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

GitHubやってる?

1 :
仕様書無しさん
2013/03/17(日) 21:28:29.83
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 :
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 :
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
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
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 :
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
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
ハブられハブ
48KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: