5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

GitHubやってる?

1 :仕様書無しさん:2013/03/17(日) 21:28:29.83
https://github.com/hub2ch/hub2ch

2 :仕様書無しさん:2013/03/17(日) 22:28:31.68
【必見】an・anのセックス特集に浅田真央さんが登場。自らの性体験を語る★2
http://ikura.2ch.net/test/read.cgi/curry/1362352810/

3 :仕様書無しさん:2013/03/17(日) 22:41:16.10
スマホでテンプレコピペするの面倒だから踏まないでおく

4 :仕様書無しさん:2013/03/18(月) 14:50:22.64
ム板に同じスレ立てて消された馬鹿だな

5 :仕様書無しさん:2013/03/19(火) 10:53:49.59
>>1
3/15からコミットがないがもう飽きたのか?
スレスト↓

6 :仕様書無しさん:2013/03/20(水) 17:29:35.11
※本投稿の拡散歓迎です。
違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】

@職業安定法第44条の労働者供給事業の禁止規定に違反(1年以下の懲役または20万円以下の罰金)
 ■偽装請負・多重派遣・偽装出向・多重出向
 ■事前面接(顔合わせ・面談・職場見学等)と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※)
(音声録音で立証可能)
A労働基準法第6条(中間搾取の禁止) (1年以下の懲役又は50万円以下の罰金)
 ■多重派遣・多重出向

※違法派遣(派遣労働者の特定)→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則(主に裁量行政による)しかないのです。

使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面(告訴状)による刑事告訴(※告訴先は検察の直告班)です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。

告訴の流れとしては、

刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ

となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は

派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役

が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)

7 :仕様書無しさん:2013/03/23(土) 12:35:18.32
武雄市関連SNS(Facebook等)ブロック事例
http://togetter.com/li/410607

8 :仕様書無しさん:2013/03/27(水) 17:03:53.09
>>1
11 days ago

9 :仕様書無しさん:2013/04/03(水) 12:01:45.72
18 days ago

10 :仕様書無しさん:2013/04/11(木) 06:28:22.68
a month ago

11 :仕様書無しさん:2013/05/01(水) 16:49:46.49
2 months ago

12 :仕様書無しさん:2013/05/08(水) 22:22:39.09
糞UIがムカツクから使わない

13 :仕様書無しさん:2013/05/10(金) 02:25:06.00
Macで日本語入力が可能になりそう!Windows爆死www Linux憤死wwwwwwwwwwwwwwwww
http://engawa.2ch.net/test/read.cgi/poverty/1368116873/

14 :仕様書無しさん:2013/06/02(日) 18:45:26.60
3 months ago

15 :仕様書無しさん:2013/06/03(月) 18:56:26.45
ウンコUI

16 :仕様書無しさん:2013/07/11(木) NY:AN:NY.AN
4 months ago

17 :仕様書無しさん:2013/08/06(火) NY:AN:NY.AN
5 months ago

18 :仕様書無しさん:2013/08/07(水) NY:AN:NY.AN
べんり

19 :仕様書無しさん:2013/08/07(水) NY:AN:NY.AN
昨日落ちてたみたいだね。
自分は仕事のrepoをgithubに置きたくはないなあ。

20 :仕様書無しさん:2013/08/07(水) NY:AN:NY.AN
oauth

21 :仕様書無しさん:2013/08/10(土) NY:AN:NY.AN
まぁ頻繁にPushする必要のあるものには向かないと思うけど
Web上でできるから、仕事場を選ばないってのはうまく使えばすごいメリットになると思う

まぁ日本じゃありえないけどな(´・ω・`)

22 :仕様書無しさん:2013/08/11(日) NY:AN:NY.AN
くそUI

23 :仕様書無しさん:2013/08/11(日) NY:AN:NY.AN
GitHubは悪くはないとは思うんだけど、うーん
だがGitはいいものだ。SVNにはもう戻りたくない

24 :仕様書無しさん:2013/08/12(月) NY:AN:NY.AN
そうなの?SVNで特に問題は感じていないが、どこが違うの?

25 :仕様書無しさん:2013/08/12(月) NY:AN:NY.AN
>>24
開発スタイルが全く違う。

gitを使った場合
「バリバリ新機能実装中だぜ。20%ぐらい作ったな。」
「おっ、実装中に現バージョンの部分にバグがを見つけた」
「これすぐに現バージョンを修正した方がいいな」
「master(≒trunk)から新しいブランチ作成だ」
「現バージョン修正したぜ」
「新機能は、(修正済み現バージョン)から、ブランチを切ったことにしなきゃいけないからrebaseだ」

「バリバリ新機能実装中だぜ。30%ぐらい作ったな。」
「よしコミットだ」
「バリバリ新機能実装中だぜ。40%ぐらい作ったな。」
「よしコミットだ」
「バリバリ新機能実装中だぜ。50%ぐらい作ったな。」
「ちょwww 最初のコミットにファイル追加漏れがあったwww」
「よし、最初のコミットを修正だ」

「バリバリ新機能実装中だぜ。60%ぐらい作ったな。」
「お、このサブ機能、先にリリースしておいたほうが良くないか?
「よし一部分を切り出し、先にリリースし、そして今の作業をリリース後からの追加開発という形に訂正だ!」


という風にgitの開発は複数のブランチを作成し、修正履歴を最終的な理想の形に正しながら開発する。

26 :25:2013/08/12(月) NY:AN:NY.AN
俺にはSVNはソースコードを管理するためだけのツールであり
gitはソフトウェアを開発するためのツールという位置づけ。

27 :仕様書無しさん:2013/08/12(月) NY:AN:NY.AN
なんとなくなるほどw
SVNでもできなくはなさそうだけど、よりやりやすいってことだよね多分
俺も触ってみよう

28 :仕様書無しさん:2013/08/12(月) NY:AN:NY.AN
何その違い

29 :仕様書無しさん:2013/08/14(水) NY:AN:NY.AN
TechCrunch Japan
techcrunch.com/2013/08/13/github-adds-trending-page-to-filter-by-project-programming-languages-and-developers/

みてみたけど前のほうが一覧性があって言語別の
人気が分かって良かったなと思ったわ…

unityとかと同じで左上の窓からキーワード検索で
情報を絞り込むデザインに統一したいのだろうな

30 :仕様書無しさん:2013/08/15(木) NY:AN:NY.AN
「ソースはここ」とgithubにリンクされていてもリンク切れが多くて使い物にならない
URLの大変更でも行ったのか?

31 :仕様書無しさん:2013/08/16(金) NY:AN:NY.AN
github が落ちてるね。DDoS 攻撃を受けてる模様。

32 :仕様書無しさん:2013/08/16(金) NY:AN:NY.AN
もう復旧した。仕事が速いな。
これだからGitHubは人気になったんだろう。

33 :仕様書無しさん:2013/08/16(金) NY:AN:NY.AN
また GitHub 落ちてる。

34 :仕様書無しさん:2013/08/17(土) NY:AN:NY.AN
もう復旧してたw

35 :仕様書無しさん:2013/08/18(日) NY:AN:NY.AN
>>25
これこれ、コミットとブランチを好きにできて、コミット順を入れ替えたりsquashしてまとめて数コミットに作りなおしたり
こういうのをやって理想の修正にしてからpushっての、すごい便利だし気持ちいい

SVNなんてブランチ切るのもおおごとだし、一度Gitな開発スタイルになれたら、SVN戻れる気がしないわw

36 :仕様書無しさん:2013/08/19(月) NY:AN:NY.AN
あの横スクロールのウザイUIやめたんだね
賢明な判断だ、使いやすくなった

37 :仕様書無しさん:2013/08/27(火) NY:AN:NY.AN
Gitいいね

38 :仕様書無しさん:2013/09/24(火) 17:21:03.88
age

39 :片山博文MZコスモ ◆T6xkBnTXz7B0 :2013/09/24(火) 18:07:45.29
github使い始めで、よくわからないんだけど、githubで公開したリリースは削除できないの?

40 :仕様書無しさん:2013/09/24(火) 18:22:52.85
何の話かと思った
Release したやつなら、名前のとこクリックしたら右上にDeleteボタンがあるべ

41 :仕様書無しさん:2013/09/24(火) 22:24:26.82
オレは会社から
Hubられた

42 :仕様書無しさん:2013/09/25(水) 01:30:47.68
GotHubbedですか

43 :仕様書無しさん:2013/09/25(水) 16:14:18.82
GitHubって他のユーザーとの交流が全然ないとアカウント停止させられる?

44 :仕様書無しさん:2013/09/25(水) 17:06:43.85
どっからそんな発想がでてくるのか

45 :仕様書無しさん:2013/09/25(水) 17:56:37.88
じっとハブ

46 :仕様書無しさん:2013/09/25(水) 17:57:13.06
mixiなんかは他との交流ないとアカ停だよ

47 :仕様書無しさん:2013/09/25(水) 18:02:55.32
友リストに人が居れば数年放置でも消えんが

48 :仕様書無しさん:2013/09/25(水) 20:58:46.83
つまりGitHubも誰かを適当にフォローとかしてれば垢BANは無い?

49 :仕様書無しさん:2013/09/26(木) 01:51:59.29
githubは公開リポジトリであり、snsではないはず。

50 :仕様書無しさん:2013/09/26(木) 02:21:06.30
ところがどっこい

51 :仕様書無しさん:2013/09/26(木) 02:22:44.84
しょ

52 :仕様書無しさん:2013/09/26(木) 02:24:09.94
          ∧,./ ∧
         /      ''、
        /        ヽ、
       ,-',,,,,,,,,,,,,,,,,,, ,,, ,,,,ゝ、
      /            ゝ
     /              '
     l  ,‐'´ ̄ ̄   ̄ ̄`ヽ、 l
     l ,.‐=====、小.‐=====、 l
     t-l =ニ・ニ=l  l =ニ・ニ=::l l
    l^l ゝ、::::::::::ノ  ゝ::::::::::::  l
    l    ̄ ̄      ̄ ̄  l
    l                l < どっこいしょ!
    ヽ       ∩∩     /
     ヽ ヽ、_____,.‐' /
      l l LLLLLLLLLlヽノ
      l ヽ、TTTTTTTTTノ
      ヽ  ニニニニニニ/
       ヽ、        /
        l 、___ /
        ノ\     ∧__
    -:''"゙   `ヽ、,.‐'´   `''‐、

           所ジョージ

53 :仕様書無しさん:2013/09/26(木) 03:49:11.08
GitHub以外のOSSのスレってある?

54 :仕様書無しさん:2013/09/26(木) 03:50:42.18
誤タイプ

GitHub以外のOSSホスティングサービスのスレってある?

55 :仕様書無しさん:2013/09/26(木) 09:32:22.72
sourceforgeのスレがどっかにあった気がする。でも今時はgithub以外だと
bitbucketかGoogle codeあたりだよなあ。

56 :仕様書無しさん:2013/09/26(木) 23:17:45.27
sf.netは今更感があって新規で採用はまずないと思う
google code もイマイチ感あるし、
手軽さとかも考えたらGitHub、非公開ならBitbucket、の2択って感じじゃね

57 :仕様書無しさん:2013/09/26(木) 23:19:41.28
改行コードで質問です
githubにコミットするファイルが複数あり
幾つかのファイルはCRLFで、それ以外のファイルはCRになっています。
この状態で改行コード変換は一切せずにコミットすると、githubをブラウザでみたときにCRLFのファイルだけ中身が文字化けして正常に表示されません。
チェックアウトしてデータを確認するとデータ自体は正常でした。
CRLFファイルをブラウザ上で正常表させるにはどうしたらいいでしょうか?

58 :57:2013/09/27(金) 00:35:22.08
補足で説明すると、
改行コードを統一しない理由は編集側の問題というよりは実行環境のためです。
例えば
batファイルや
shファイルなどが混在しており、
どちらかの改行コードには統一したくない状況でファイル本来がもつそのままの形式でpush,pullしたいのです。
ですのでクローンした場合も、この状態が維持されないと、shやbatが動作しなくなります。
改行コード変換なしだと動作上は問題ないですが、github上でコードがみれなかったりするのはちょっと困るので・・
どうしたものかと質問したしだいです。

59 :仕様書無しさん:2013/09/27(金) 08:26:02.45
何で今時改行コードがCR

60 :仕様書無しさん:2013/09/27(金) 11:46:28.40
それを俺に言われても…
Microsoftにいってくれとしか…

61 :仕様書無しさん:2013/09/27(金) 12:40:23.91
Windows CRLF
現Macを含むUnix系 LF
じゃないの?
CRは昔のMacとかだよね?

62 :仕様書無しさん:2013/09/27(金) 13:24:37.43
だね、文字化けって何がどうなるの?

63 :仕様書無しさん:2013/09/27(金) 16:10:55.64
コミット時にCR->LF、チェックアウト時にLF->CRになるようにattributesでフィルタ掛ければ?
http://git-scm.com/book/ja/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7

64 :仕様書無しさん:2013/09/29(日) 09:57:36.47
>>63
できました。
ありがとう

65 :仕様書無しさん:2013/09/30(月) 12:00:47.69
新しいblanch作るのとforkするのと違いって何なん

66 :仕様書無しさん:2013/10/01(火) 01:21:32.29
>>65
一緒

67 :仕様書無しさん:2013/10/01(火) 01:55:32.91
GitHub初心者はForkしない方のPull Requestから入門しよう - QNYP Blog
ttp://blog.qnyp.com/2013/05/28/pull-request-for-github-beginners/

68 :仕様書無しさん:2013/10/01(火) 03:36:43.60
>>65
Fork A Repo
https://help.github.com/articles/fork-a-repo

69 :仕様書無しさん:2013/10/05(土) 17:11:54.86
github、RubyとMVCの限界を悟りC#とMVVMに全面移行 / オープンソース界に激震
http://engawa.2ch.net/test/read.cgi/poverty/1380941226/

70 :仕様書無しさん:2013/10/05(土) 17:21:21.99
>>69

クライアントアプリの話じゃねーの?

71 :仕様書無しさん:2013/10/24(木) 02:39:24.67
リポジトリ作ったときブラウザ上でLICENSEの編集するとテンプレートが出るけど
テンプレートで出したとき {{year}} とか {{fullname}} ってのが出てくるけど
これって自分で手動で書き換えろってことなん?

72 :仕様書無しさん:2013/10/24(木) 09:32:33.14
そりゃそうじゃないの。

73 :仕様書無しさん:2013/10/25(金) 16:28:48.26
自動で書き換える機能とかあるのかなーって期待してみたけど、やっぱ手動なのね・・・

74 :仕様書無しさん:2013/10/29(火) 17:52:42.67
githubスレ住人にだけ教えてあげよう
さっき凄くきれいな女の人と道ですれ違ってさ
その人のおっぱいとおまんこをチュッパチュッパしたいと思ったんだ☆⌒(´>ω・`)b

75 :仕様書無しさん:2013/10/29(火) 21:37:24.76
リポジトリ新規作成時に一緒にLICENSEも自動生成させると自動で補完されるみたいね
その後の編集時だけ手動書き換えが必要みたいだけど

76 :仕様書無しさん:2013/11/01(金) 02:22:09.89
↓のサイト見るとGitHubが日本語表示になってるんだけど、どう設定したら日本語表示になるの?


github で fork と pull request に挑戦。 - KUROIGAMEN(黒い画面)
http://kuroigamen.com/15

77 :仕様書無しさん:2013/11/01(金) 04:14:57.22
以前、一時期日本語化出来た時期があったような、今は無い気がする(多分

78 :仕様書無しさん:2013/11/05(火) 19:52:04.18
事前面接の事実をおさえて職安法44条で刑事告訴
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5

79 :仕様書無しさん:2013/11/06(水) 04:16:47.46
Github使ってないプログラマいるの?

80 :仕様書無しさん:2013/11/06(水) 08:58:30.14
そりゃいるわな
Github使わにゃできんことが仕事で必須ってわけでもないし、効率云々言うほど我々の仕事に革新があるわけでなし

81 :仕様書無しさん:2013/11/06(水) 12:20:42.27
>>80
そうやなー勿体無いわ

82 :仕様書無しさん:2013/11/07(木) 04:22:31.61
githubは使って無くても、githubみたいなコードレビューできる
システムはこれから必須だと思うけどね

83 :仕様書無しさん:2013/11/08(金) 20:22:20.60
OSSのContributorとして活動するということ - プチ技術メモ
http://hiroponz.hateblo.jp/entry/20130516/p1

84 :仕様書無しさん:2013/11/20(水) 15:41:53.97
OSSホスティング総合【SourceForge,GitHub,etc..】
http://toro.2ch.net/test/read.cgi/tech/1384821518/

85 :仕様書無しさん:2013/11/24(日) 10:44:38.97
GitHubに「総当たり」攻撃、安易なパスワードが破られる - ITmedia エンタープライズ
http://www.itmedia.co.jp/enterprise/articles/1311/21/news045.html

86 :仕様書無しさん:2013/11/27(水) 22:02:06.27
一つ聞いていい?

githubでさ、とある人のプロジェクトにプルリクエスト送る時さ、
自分の所にForkするじゃん?

そしてマージされたら、Forkした自分のリポジトリって
みんな消してるの?

検索すると、Forkしたものだと思われる同名のプロジェクトが
いくつか見つかったりして、どれがオリジナルかわかりにくく混乱することがある。

こういことがあまり起こらないように、必要なくなったら
自分のやつは消すのがマナーなのかな?と。

87 :仕様書無しさん:2013/11/27(水) 22:18:13.28
GitHub上でForkしたリポジトリにはFork元が書いてあったような

88 :仕様書無しさん:2013/11/27(水) 23:35:45.21
>>86
そもそもプルリクエスト送るためにforkしなくていいらしい
ローカルで編集したやつをそのままリクエストすればいいって話だった
GitHub初心者だから実際どうやるのかは知らんけど

89 :仕様書無しさん:2013/11/27(水) 23:45:53.37
Using Pull Requests
https://help.github.com/articles/using-pull-requests

そのままリクエスト?本当に出来るん?

90 :仕様書無しさん:2013/11/27(水) 23:52:40.50
https://help.github.com/

それっぽい方法説明してそうな項目ないよ

91 :仕様書無しさん:2013/11/27(水) 23:58:43.37
>>89を読む限りのforkなしのpull requestはShared Repository Modelというやつだけど
これは開発プロジェクトのメンバーの一員になってやる方法だよね

92 :仕様書無しさん:2013/11/27(水) 23:59:15.15
第三者的立場からのpull requestはforkしか方法は無いんじゃないの

93 :仕様書無しさん:2013/11/28(木) 00:00:35.38
http://developer.github.com/v3/pulls/#create-a-pull-request
これ見てもローカルから直接pull request送る方法無さそうだし

94 :仕様書無しさん:2013/11/28(木) 00:01:10.57
よく指摘されるのは、自分の手元にコードが欲しいだけならforkする必要はない、だな。

95 :仕様書無しさん:2013/11/28(木) 00:02:19.50
Shared Repository Modelは
開発メンバーの一員に加わることで
そのリポジトリへの直接的なアクセス権を得る方法で
同一リポジトリ内でのブランチ間でのpull requestだよ

96 :仕様書無しさん:2013/11/28(木) 00:05:09.90
>>94
cloneするためのURLは公開されてるからね
ソースコード取得だけならGitHubへの会員登録すらいらないでしょ

97 :仕様書無しさん:2013/11/28(木) 01:17:21.08
>>96
>ソースコード取得だけならGitHubへの会員登録すらいらないでしょ

登録必須じゃん

98 :仕様書無しさん:2013/11/28(木) 01:38:26.55
えと、それでみなさん、
マージされて要らなくなったら
消してるのでしょうか?

99 :仕様書無しさん:2013/11/28(木) 02:18:14.09
削除でいいと思うよ

https://help.github.com/articles/tidying-up-pull-requests
>Tidying up Pull Requests
>
>You end up with a lot of defunct branches after Pull Requests have been merged or closed.
>So we've provided a way for you to clear out these branches as part of your regular workflow.

100 :仕様書無しさん:2013/11/28(木) 02:20:01.07
>Collaborating
>
> Using Pull Requests
> Creating a pull request
> Merging a pull request
> Closing a pull request

ヘルプのこれら全てがTidying up Pull Requests の項目と関連付けられてることからして
GitHub的にはディスク使用量を減らすために積極的に削除してほしいってことでしょ

101 :仕様書無しさん:2013/11/28(木) 02:37:11.55
http://blog.qnyp.com/2013/05/28/pull-request-for-github-beginners/

>マージを実行すると、GitHub上でupdate-readmeブランチからmasterブランチへのマージが行われます。
>また、マージ済みのブランチを削除する「Delete branch」ボタンが出現します。
>通常は元のブランチは不要になるので、遠慮なくボタンを押します。

遠慮なく削除していいらしいよ

102 :仕様書無しさん:2013/11/28(木) 02:39:49.74
実践Git&GitHub - homebrewをフォークするためのGit&GitHub入門 後編(1/2)
http://toggtc.hatenablog.com/entry/2012/03/12/023108

103 :仕様書無しさん:2013/11/28(木) 02:53:50.39
実践Git&GitHub - homebrewをフォークするためのGit&GitHub入門 後編(2/2)
http://toggtc.hatenablog.com/entry/2012/03/12/030155

>A.ブランチの削除
>Formulaが無事に本家に取り込まれて、作業用ブランチが用済みになったからブランチを削除したい、という場合は以下のようにします。

104 :仕様書無しさん:2013/11/28(木) 10:42:41.95
それリポジトリの削除じゃなくてマージ済みブランチの削除の話だろ

105 :仕様書無しさん:2013/11/29(金) 11:57:44.65
事前面接(職場見学、顔合わせ)の事実をおさえて職安法44条で刑事告訴
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5

106 :仕様書無しさん:2014/02/25(火) 07:28:02.20
就職の面接で使えたら使おうと思ってたけど金払わないと強制でリポジトリ公開だもんな
こんなの仕事で使ってる奴ってどうでもいい案件の糞プロジェクトぐらい?
っつーか仕事で使ってるやついんの?w

107 :仕様書無しさん:2014/02/25(火) 19:18:30.32
仕事で使うなら完全非公開の有償サービス使うだろ

108 :仕様書無しさん:2014/02/25(火) 19:19:01.82
もしくは自社LAN内でGitLabでも構築すればいい

109 :仕様書無しさん:2014/02/25(火) 19:19:33.15
OSSホスティング総合【SourceForge,GitHub,etc..】
http://toro.2ch.net/test/read.cgi/tech/1384821518/

110 :仕様書無しさん:2014/02/26(水) 00:56:28.35
エンタ・・・なんでもない

111 :仕様書無しさん:2014/04/01(火) 19:28:43.92
金払って仕事で使う場合、コーダーのオフィスやPCを職場に用意せずとも
仕事させれるってのが強みの一つだと思うよ
インターネット経由で世界のどこにいても仕事できる、させれる

もちろん、セキュリティ云々の意識はコーダーのスキルとかに依存するだろうから、
今の日本の企業の多くじゃ即採用とはならないだろうけど、
そのあたりも加味した契約をすれば会社的なリスクは下がるしな

そういった事を考えた上で在宅コーダーを採用してる企業は日本にもある

112 :仕様書無しさん:2014/04/01(火) 21:06:43.84
Atom GitHub Editor Part 1
http://anago.2ch.net/test/read.cgi/software/1393852602/

113 :仕様書無しさん:2014/04/14(月) 06:28:00.07
GitHubの話題がGitスレでもOKになったので合流してどうぞ

Git 9
http://toro.2ch.net/test/read.cgi/tech/1397276540/

114 :仕様書無しさん:2014/04/14(月) 23:13:20.03
OSSホスティング総合【SourceForge,GitHub,etc..】
http://toro.2ch.net/test/read.cgi/tech/1384821518/

115 :仕様書無しさん:2014/05/20(火) 23:50:10.91
GitHubにコミットするまでの流れがよく分かりません。
コミットするときはmasterではなくてbranchにしろと言われているリポジトリです。


@フォークする
Aローカルにcloneで持ってくる
Bリモートにフォーク元のGitHubのmasterリポジトリをaddする
Cローカルにブランチを作る
Dローカルのブランチを修正する
Eローカルのブランチに変更をコミットする
FGitHubのブランチに変更をコミットする
GGitHubのフォーク元のmasterリポジトリにpull requestを出す
Hマージされたらブランチを削除
Iローカルでfetchする


こんな感じになるんですかね・・・?

116 :115:2014/05/20(火) 23:52:15.94
すいません
>>113を見落としてました
無視してください

117 :仕様書無しさん:2014/05/20(火) 23:56:10.35
>>113はデマだよ
GitHubの話は>>114だよ

118 :仕様書無しさん:2014/05/20(火) 23:58:12.56
GitHub flowでググれ

119 :仕様書無しさん:2014/05/21(水) 02:48:19.78
読めばわかるが>>113スレ公認でGitHubOKになってるから好きなほう選べばいい

120 :仕様書無しさん:2014/05/23(金) 10:26:45.24
どーせ、おまえらのソースコードなんて無駄なものばっかりなんだし

121 :仕様書無しさん:2014/05/30(金) 22:43:21.76
おい、github pagesのparams.jsonってなんや?

122 :仕様書無しさん:2014/06/19(木) 00:41:59.39
> GitHub社謹製! bot開発・実行フレームワーク「Hubot」

これの話題ってあまりないね

123 :仕様書無しさん:2014/06/19(木) 20:42:10.84
青空文庫アプリ公開した

124 :仕様書無しさん:2014/06/20(金) 00:58:03.00
うちの市の図書館は青空文庫に
2週間の期限付けてセキュリティかけて
貸出している。貸し出しの予約待ちまでいる状態。

125 :仕様書無しさん:2015/03/30(月) 20:17:52.42
誘導

OSSホスティング総合【SourceForge,GitHub,etc..】
http://peace.2ch.net/test/read.cgi/tech/1384821518/

126 :仕様書無しさん:2015/03/31(火) 16:05:43.03
小川は純朴ではあるが衝動的に犯罪(犯罪の相手は派遣会社や派遣を利用する
大企業社員、労働省の役人)を行ってしまう青年だが、非正規労働者抵抗戦線
を組織した統率力に睦澤が注目して新血盟団に加入する。本作では労働者の連
合組織である「連盟」や「労働省労働局」などを襲撃していくが、ただ殴るだ
けであったり、防犯スプレーをかける程度の軽犯罪や軽度の刑事犯であり、い
ずれも数週間や数年の刑期しかない軽犯罪者として描かれるが、作中でもっと
も社会変革を成功させた人物である。司法制度の抜け穴や詐欺師や暴力団が利
用する手法を革命家が応用するという思想の持ち主である。左近司という弁護
士から、罪を最小限にして敵を減らしていく、法的なテクニックを学ぶ。

http://www.amazon.co.jp/gp/product/B00VD8AZ5I

127 :仕様書無しさん:2015/04/07(火) 10:29:03.37
GetBackなら知ってる

128 :仕様書無しさん:2015/05/02(土) 10:44:42.63
PornHubならやってるよ!

129 :仕様書無しさん:2015/05/02(土) 18:16:52.83
はぶあぶれいく
はぶあぎっとはぶ

130 :仕様書無しさん:2015/06/06(土) 18:05:07.27
別にオプソ公開しないならBitbucketの方がいい感じがする

131 :仕様書無しさん:2015/06/07(日) 22:46:46.40
正確に言うと、機能としてはGitHubの方がいいが、
オープンソースにしないと金がかかるからという理由で
Bitbucketにするしか無い。という意味だろう?

だってBitbucketの方が機能的に優れてるという
理由書いてないしね。

132 :仕様書無しさん:2015/06/10(水) 21:53:58.84
日本のgithubって見たらトライアルなんだが有料かよこれ

133 :仕様書無しさん:2015/06/10(水) 22:43:06.58
日本語のやつはエンタープライズ向けだkら有料サービスなのはあたりまえだろ

134 :仕様書無しさん:2015/06/11(木) 00:51:48.48
>>130
Bitbucketは自室で篭ってシコシコするタイプ
GitHubはねえボクを見てみて〜!と外に露出するタイプ
という意味で書いた
デフォルト設定とか見てもそんな感じ

135 :仕様書無しさん:2015/11/06(金) 08:47:19.32
転職時の注意事項。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

136 :仕様書無しさん:2015/11/22(日) 22:20:33.73
GitHubでリポジトリを新規作成すると
以下のような案内が出てくる。

http://www.artit-k.com/wp-content/uploads/2015/03/Create-new-remote-repository-3.png

この中のコマンドにミスがあるんだけど、
わかるやついる?

137 :仕様書無しさん:2015/11/22(日) 23:03:10.91
コピペしてバッチファイルにして実行してみたけど
すべてのコマンドが成功したよ
間違いあるの?

138 :仕様書無しさん:2015/11/22(日) 23:05:10.45
つまりそのキャプが撮られた時点ではコマンドが間違っているってこと?
現在は直ってるってこと?よく分からんね

139 :仕様書無しさん:2015/11/22(日) 23:07:29.56
あ、もしかしてその画像のコマンドそのまま実行しようとするとfirst087っていう他人のリポジトリにpushするわけだからエラーになるとかそういう話?

140 :仕様書無しさん:2015/11/22(日) 23:23:37.94
自分のtypoをGitHubのせいにしてるって感じ?

141 :仕様書無しさん:2015/11/22(日) 23:35:15.38
あ、わるい、おれLinux環境なんだけど、Windowsではうまくいくのか。

一応、用意してた正解を載せておくと、

echo # Test-Remote-Repository >> README.md

このコマンドの#以降はシェルでコメントとみなされてしまうため、
README.mdファイルは作成されない。
よって

git add README.md

でエラー。

WindowsでもLinuxでもどっちでもOKな表記にするにはどうすればいいのか考えたけど、

echo '# Test-Remote-Repository' >> README.md
echo "# Test-Remote-Repository" >> README.md

シングルクオートもダブルクオートもLinuxはOKになるけど、
WindowsがNGになってしまうね。。。

誰かWindowsでもLinuxでも動くようにする方法わかるやついる?

ところでLinux使いが一人もいないなんてビックリだわ・・・、
ある意味Gitの巣立ちを実感するが。。。

142 :仕様書無しさん:2015/11/22(日) 23:49:16.42
> WindowsでもLinuxでもどっちでもOKな表記にするにはどうすればいいのか考えたけど、

echo Test-Remote-Repository >> README.md

こうすればいいよ。
# をつける積極的な理由がない。

143 :仕様書無しさん:2015/11/22(日) 23:53:25.30
その画像の1番目のやつにあるSet up in DesktopってのはWindowsアプリだよね?
GitHubってWindowsユーザ取り込みに力入れてんじゃないの?

144 :仕様書無しさん:2015/11/23(月) 00:04:13.56
> # をつける積極的な理由がない。

README.mdの.mdってMarkdownって意味でしょ
#は見出し文字になるとかじゃないの?

145 :仕様書無しさん:2015/11/23(月) 00:05:00.50
リポジトリの名前をREADMEの見出しとして強調するためのマークダウンの#でしょ

146 :仕様書無しさん:2015/11/23(月) 00:05:51.94
windowsの場合command propmtじゃなくてpowershellでやればおk

質問とは直接関係ないが、markdownに# testを追加するだけの
どうでもいい内容のコマンドに
何をこだわってるのか正直よく分からんけど

147 :仕様書無しさん:2015/11/23(月) 00:11:41.65
>>142

># をつける積極的な理由がない。

#はマークダウンで見出しを意味してる。
#をとってしまうと普通のテキストファイルとなんら区別できなくなるから、
拡張子mdで名前付けしている以上、マークダウンの特徴を一つは入れたいんだと思われる。

コマンドプロンプトのエスケープとか色々調べたけど、解決方法なさげ。
Windowsのechoコマンドがクソ仕様なんだなw

存在するファイル「aiueo.txt」に対して
「dir aiueo.txt」も「dir "aiueo.txt」もOKなのに対して、

オプション(スイッチ)ないくせに
「echo "aiueo"」が「"aiueo"」だからなw

148 :仕様書無しさん:2015/11/23(月) 00:12:48.64
powershellなんて積極的に使ってる奴いるのか?
コマンド一式をファイルにまとめても証明つけないと実行できないし手間ばかり

149 :仕様書無しさん:2015/11/23(月) 00:14:13.51
>>143
OS Xでも動くよ!

https://desktop.github.com

150 :仕様書無しさん:2015/11/23(月) 00:30:37.09
>>147
わかってるって。だから積極的って書いたの。
マークダウンだからって、別に最初に見出しを書かないといけない決まりもないし
特徴がほしいなら、 __アンダースコアででも囲めばいい__

151 :仕様書無しさん:2015/11/23(月) 00:31:49.82
>>148

今、パワーシェルで試してみたら、
「echo aiueo」も「echo "aiueo"」も「echo 'aiueo'」も
全部「aiueo」で出力された。
パワーシェルはコマンドプロンプトよりまだまし。

152 :仕様書無しさん:2015/11/23(月) 01:25:19.28
Power ShellはUnix系のシェルともコマンドプロンプトとも違って独自コマンドばかりでイライラする

以前のMsysGitのときはmsysによるbashかコマンドプロンプトかを選ぶ形でインストールされたが
Git for Windowsになってからはmsysを使うGit Bashとコマンドプロンプトを使うGit CMDの両方がプログラムメニューに並んでるね
でもPower Shell用のGit起動メニューは無い
糞コマンドセットのPower ShellでGitを使いたいという需要そのものが無いんだろうな

153 :仕様書無しさん:2015/11/23(月) 01:35:26.53
「Power Shell」でググっても好評価の記事しかヒットせず悪評の記事なんて全然ない
どこを見てもWindowsユーザから大絶賛の嵐だよ
LinuxユーザからもLinuxのShellよりはやや劣るが素晴らしいものであるという評価もたくさんある

154 :仕様書無しさん:2015/11/23(月) 02:02:00.11
Power Shell はついこの間、はじめてスクリプトを書いたけど、
あれ、.NET使っている人が、使うものでしょ?

コマンド違うけど、きっと.NET使っていればわかるんだと思う。
俺は使ってないのでわからんw


ついでに、MsysGitを昔から使っている人がいるみたいだから聞きたいんだけど、

MsysGitってmsysを内蔵してるんだよね?
昔はmsys 1を内蔵していて、Git for Windowsになったタイミングで
msys 2に変わったという認識であってる?

msys 1と2は作ってるプロジェクトが違うみたいだけどmsys 1はもうオワコンでいいんだよね。

Cygwin と MinGW と MSYS の関係もなんかよくわからん。
Cygwin が GNUツール+シェルで
MSYS が GNUツール(MinGW)+シェル
だと理解してるが。

155 :仕様書無しさん:2015/11/23(月) 03:07:28.90
>>152
>でもPower Shell用のGit起動メニューは無い
>糞コマンドセットのPower ShellでGitを使いたいという需要そのものが無いんだろうな

使えますぅ

https://git-scm.com/book/en/v2/Git-in-Other-Environments-Git-in-Powershell
https://git-scm.com/book/ja/v2/その他の環境でのGit-PowershellでGitを使う

156 :仕様書無しさん:2015/11/23(月) 03:22:16.78
> The standard command-line terminal on Windows (cmd.exe) isn’t really capable of a customized Git experience, but if you’re using Powershell, you’re in luck.

コマンドプロンプトは糞と書いてあって草

157 :仕様書無しさん:2015/11/23(月) 13:03:05.63
ていうか、windowsでgitやるなら、
最初からCygwinでやったほうがいいと思うよ
Chocolateyでcinst cygwinして、apt-cyg入れて、apt-cyg install git でおしまい
Cygwinなら後からパッケージとか楽に追加できるし

158 :仕様書無しさん:2015/11/23(月) 13:05:38.29
>>157の続き・・・
あ、コマンドライン派の人の場合ね

159 :仕様書無しさん:2015/11/23(月) 15:33:22.22
急に書き込み増えてるから見に来たら git でも github でもなく シェルの可搬性の話?

160 :仕様書無しさん:2015/11/23(月) 18:07:54.04
間違い探しの話

161 :仕様書無しさん:2015/11/24(火) 22:04:02.47
>>159
githubでレポジトリ作成した時の最初のコマンドについて
だからこのスレでオッkオッkエイ

162 :仕様書無しさん:2015/11/24(火) 23:14:54.46
つーかマルチ

163 :仕様書無しさん:2015/11/28(土) 09:03:35.09
受ける会社を必ずチェックして下さい。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の 労基 2chスレが表示される

164 :仕様書無しさん:2015/12/03(木) 23:34:56.15
readme.html
https://github.com/greggjs/Bluebin-Movie-Rentals

readme.txt
https://github.com/padolsey/parseScripts

165 :仕様書無しさん:2016/02/11(木) 20:56:52.44
age

166 :仕様書無しさん:2016/10/09(日) 11:41:40.83
ちょっと前までGitなんてなかったよね?
広がったのここ数年?

167 :仕様書無しさん:2016/11/22(火) 10:16:14.24
ちょっと前(11年)

168 :仕様書無しさん:2016/11/30(水) 03:46:57.83
ギフハフ

169 :仕様書無しさん:2016/11/30(水) 13:47:44.18
>>168
ここ、知られてないなw

170 :仕様書無しさん:2016/11/30(水) 17:36:49.58
盛り上がってると思ったのに!

171 :仕様書無しさん:2016/11/30(水) 18:22:11.96
【芸能】ASKA容疑者、謎の組織「ギフハブ」は「GitHub(ギットハブ)」のことか?
http://hayabusa8.2ch.net/test/read.cgi/mnewsplus/1480460181/

172 :仕様書無しさん:2017/03/15(水) 08:14:32.40
GitHubのMarkdownの仕様

A formal spec for GitHub Flavored Markdown
https://github.com/blog/2333-a-formal-spec-for-github-flavored-markdown

GitHub Flavored Markdown Spec
https://github.github.com/gfm/

173 :仕様書無しさん:2017/03/19(日) 23:19:38.58
ハブられハブ

174 :仕様書無しさん:2017/04/29(土) 14:33:35.63
プルリク送ったことのある人おるん?

175 :仕様書無しさん:2017/05/27(土) 04:32:36.41
GitHubでの公開リポジトリしか評価しない転職サービス多くね?

176 :仕様書無しさん:2017/05/29(月) 23:40:53.20
GitHubって儲かってるの

177 :仕様書無しさん:2017/05/30(火) 07:51:52.41
そりゃ儲かってるんじゃないか。MSもGoogleも使ってるぐらいだし。
どっちも類似サービスやってたけど(CodePlex, Google Code)閉じちゃったしな。
残る競合はbitbucket, GitLabあたり?

37 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)