GitHubやってる?
TechCrunch Japan techcrunch.com/2013/08/13/github-adds-trending-page-to-filter-by-project-programming-languages-and-developers/ みてみたけど前のほうが一覧性があって言語別の 人気が分かって良かったなと思ったわ… unityとかと同じで左上の窓からキーワード検索で 情報を絞り込むデザインに統一したいのだろうな 「ソースはここ」とgithubにリンクされていてもリンク切れが多くて使い物にならない URLの大変更でも行ったのか? github が落ちてるね。DDoS 攻撃を受けてる模様。 もう復旧した。仕事が速いな。 これだからGitHubは人気になったんだろう。 >>25 これこれ、コミットとブランチを好きにできて、コミット順を入れ替えたりsquashしてまとめて数コミットに作りなおしたり こういうのをやって理想の修正にしてからpushっての、すごい便利だし気持ちいい SVNなんてブランチ切るのもおおごとだし、一度Gitな開発スタイルになれたら、SVN戻れる気がしないわw あの横スクロールのウザイUIやめたんだね 賢明な判断だ、使いやすくなった github使い始めで、よくわからないんだけど、githubで公開したリリースは削除できないの? 何の話かと思った Release したやつなら、名前のとこクリックしたら右上にDeleteボタンがあるべ GitHubって他のユーザーとの交流が全然ないとアカウント停止させられる? つまりGitHubも誰かを適当にフォローとかしてれば垢BANは無い? githubは公開リポジトリであり、snsではないはず。 ∧,./ ∧ / ''、 / ヽ、 ,-',,,,,,,,,,,,,,,,,,, ,,, ,,,,ゝ、 / ゝ / ' l ,‐'´ ̄ ̄  ̄ ̄`ヽ、 l l ,.‐=====、小.‐=====、 l t-l =ニ・ニ=l l =ニ・ニ=::l l l^l ゝ、::::::::::ノ ゝ:::::::::::: l l  ̄ ̄  ̄ ̄ l l l < どっこいしょ! ヽ ∩∩ / ヽ ヽ、_____,.‐' / l l LLLLLLLLLlヽノ l ヽ、TTTTTTTTTノ ヽ ニニニニニニ/ ヽ、 / l 、___ / ノ\ ∧__ -:''"゙ `ヽ、,.‐'´ `''‐、 所ジョージ 誤タイプ GitHub以外のOSSホスティングサービスのスレってある? sourceforgeのスレがどっかにあった気がする。でも今時はgithub以外だと bitbucketかGoogle codeあたりだよなあ。 sf.netは今更感があって新規で採用はまずないと思う google code もイマイチ感あるし、 手軽さとかも考えたらGitHub、非公開ならBitbucket、の2択って感じじゃね 改行コードで質問です githubにコミットするファイルが複数あり 幾つかのファイルはCRLFで、それ以外のファイルはCRになっています。 この状態で改行コード変換は一切せずにコミットすると、githubをブラウザでみたときにCRLFのファイルだけ中身が文字化けして正常に表示されません。 チェックアウトしてデータを確認するとデータ自体は正常でした。 CRLFファイルをブラウザ上で正常表させるにはどうしたらいいでしょうか? 補足で説明すると、 改行コードを統一しない理由は編集側の問題というよりは実行環境のためです。 例えば batファイルや shファイルなどが混在しており、 どちらかの改行コードには統一したくない状況でファイル本来がもつそのままの形式でpush,pullしたいのです。 ですのでクローンした場合も、この状態が維持されないと、shやbatが動作しなくなります。 改行コード変換なしだと動作上は問題ないですが、github上でコードがみれなかったりするのはちょっと困るので・・ どうしたものかと質問したしだいです。 それを俺に言われても… Microsoftにいってくれとしか… Windows CRLF 現Macを含むUnix系 LF じゃないの? CRは昔のMacとかだよね? 新しいblanch作るのとforkするのと違いって何なん GitHub初心者はForkしない方のPull Requestから入門しよう - QNYP Blog ttp://blog.qnyp.com/2013/05/28/pull-request-for-github-beginners/ リポジトリ作ったときブラウザ上でLICENSEの編集するとテンプレートが出るけど テンプレートで出したとき {{year}} とか {{fullname}} ってのが出てくるけど これって自分で手動で書き換えろってことなん? 自動で書き換える機能とかあるのかなーって期待してみたけど、やっぱ手動なのね・・・ githubスレ住人にだけ教えてあげよう さっき凄くきれいな女の人と道ですれ違ってさ その人のおっぱいとおまんこをチュッパチュッパしたいと思ったんだ☆⌒(´>ω・`)b リポジトリ新規作成時に一緒にLICENSEも自動生成させると自動で補完されるみたいね その後の編集時だけ手動書き換えが必要みたいだけど ↓のサイト見るとGitHubが日本語表示になってるんだけど、どう設定したら日本語表示になるの? github で fork と pull request に挑戦。 - KUROIGAMEN(黒い画面) http://kuroigamen.com/15 以前、一時期日本語化出来た時期があったような、今は無い気がする(多分 そりゃいるわな Github使わにゃできんことが仕事で必須ってわけでもないし、効率云々言うほど我々の仕事に革新があるわけでなし githubは使って無くても、githubみたいなコードレビューできる システムはこれから必須だと思うけどね 一つ聞いていい? githubでさ、とある人のプロジェクトにプルリクエスト送る時さ、 自分の所にForkするじゃん? そしてマージされたら、Forkした自分のリポジトリって みんな消してるの? 検索すると、Forkしたものだと思われる同名のプロジェクトが いくつか見つかったりして、どれがオリジナルかわかりにくく混乱することがある。 こういことがあまり起こらないように、必要なくなったら 自分のやつは消すのがマナーなのかな?と。 GitHub上でForkしたリポジトリにはFork元が書いてあったような >>86 そもそもプルリクエスト送るためにforkしなくていいらしい ローカルで編集したやつをそのままリクエストすればいいって話だった GitHub初心者だから実際どうやるのかは知らんけど >>89 を読む限りのforkなしのpull requestはShared Repository Modelというやつだけど これは開発プロジェクトのメンバーの一員になってやる方法だよね 第三者的立場からのpull requestはforkしか方法は無いんじゃないの よく指摘されるのは、自分の手元にコードが欲しいだけならforkする必要はない、だな。 Shared Repository Modelは 開発メンバーの一員に加わることで そのリポジトリへの直接的なアクセス権を得る方法で 同一リポジトリ内でのブランチ間でのpull requestだよ >>94 cloneするためのURLは公開されてるからね ソースコード取得だけならGitHubへの会員登録すらいらないでしょ >>96 >ソースコード取得だけならGitHubへの会員登録すらいらないでしょ 登録必須じゃん えと、それでみなさん、 マージされて要らなくなったら 消してるのでしょうか? 削除でいいと思うよ 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. >Collaborating > > Using Pull Requests > Creating a pull request > Merging a pull request > Closing a pull request ヘルプのこれら全てがTidying up Pull Requests の項目と関連付けられてることからして GitHub的にはディスク使用量を減らすために積極的に削除してほしいってことでしょ http://blog.qnyp.com/2013/05/28/pull-request-for-github-beginners/ >マージを実行すると、GitHub上でupdate-readmeブランチからmasterブランチへのマージが行われます。 >また、マージ済みのブランチを削除する「Delete branch」ボタンが出現します。 >通常は元のブランチは不要になるので、遠慮なくボタンを押します。 遠慮なく削除していいらしいよ 実践Git&GitHub - homebrewをフォークするためのGit&GitHub入門 後編(1/2) http://toggtc.hatenablog.com/entry/2012/03/12/023108 実践Git&GitHub - homebrewをフォークするためのGit&GitHub入門 後編(2/2) http://toggtc.hatenablog.com/entry/2012/03/12/030155 >A.ブランチの削除 >Formulaが無事に本家に取り込まれて、作業用ブランチが用済みになったからブランチを削除したい、という場合は以下のようにします。 それリポジトリの削除じゃなくてマージ済みブランチの削除の話だろ 就職の面接で使えたら使おうと思ってたけど金払わないと強制でリポジトリ公開だもんな こんなの仕事で使ってる奴ってどうでもいい案件の糞プロジェクトぐらい? っつーか仕事で使ってるやついんの?w もしくは自社LAN内でGitLabでも構築すればいい 金払って仕事で使う場合、コーダーのオフィスやPCを職場に用意せずとも 仕事させれるってのが強みの一つだと思うよ インターネット経由で世界のどこにいても仕事できる、させれる もちろん、セキュリティ云々の意識はコーダーのスキルとかに依存するだろうから、 今の日本の企業の多くじゃ即採用とはならないだろうけど、 そのあたりも加味した契約をすれば会社的なリスクは下がるしな そういった事を考えた上で在宅コーダーを採用してる企業は日本にもある GitHubにコミットするまでの流れがよく分かりません。 コミットするときはmasterではなくてbranchにしろと言われているリポジトリです。 @フォークする Aローカルにcloneで持ってくる Bリモートにフォーク元のGitHubのmasterリポジトリをaddする Cローカルにブランチを作る Dローカルのブランチを修正する Eローカルのブランチに変更をコミットする FGitHubのブランチに変更をコミットする GGitHubのフォーク元のmasterリポジトリにpull requestを出す Hマージされたらブランチを削除 Iローカルでfetchする こんな感じになるんですかね・・・? すいません >>113 を見落としてました 無視してください >>113 はデマだよ GitHubの話は>>114 だよ 読めばわかるが>>113 スレ公認でGitHubOKになってるから好きなほう選べばいい どーせ、おまえらのソースコードなんて無駄なものばっかりなんだし おい、github pagesのparams.jsonってなんや? > GitHub社謹製! bot開発・実行フレームワーク「Hubot」 これの話題ってあまりないね うちの市の図書館は青空文庫に 2週間の期限付けてセキュリティかけて 貸出している。貸し出しの予約待ちまでいる状態。 小川は純朴ではあるが衝動的に犯罪(犯罪の相手は派遣会社や派遣を利用する 大企業社員、労働省の役人)を行ってしまう青年だが、非正規労働者抵抗戦線 を組織した統率力に睦澤が注目して新血盟団に加入する。本作では労働者の連 合組織である「連盟」や「労働省労働局」などを襲撃していくが、ただ殴るだ けであったり、防犯スプレーをかける程度の軽犯罪や軽度の刑事犯であり、い ずれも数週間や数年の刑期しかない軽犯罪者として描かれるが、作中でもっと も社会変革を成功させた人物である。司法制度の抜け穴や詐欺師や暴力団が利 用する手法を革命家が応用するという思想の持ち主である。左近司という弁護 士から、罪を最小限にして敵を減らしていく、法的なテクニックを学ぶ。 http://www.amazon.co.jp/gp/product/B00VD8AZ5I read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる