Gitをより良くするための運用ガイドライン作成スレ [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
gitのコミットをより意味があるようにするためのガイドライン作成スレです。
なぜコミットはあるのか? コミットが残っていることで
何の役に立つのかをよく考えましょう。
そしてガイドラインを言う時は、ちゃんと理由も書きましょう。
上司が言ったから絶対なんだ!今までそれでやってきたからそれでいいんだ!
みたいなのは理由ではありません。 読んでて思ったんだが、TDDやってない人は>>185のコードで一区切り付くと思うだろうけど、TDDやってると、
185のコードを書き始めてから数分以内に、テストコード編集・コンパイル・テスト実行・コード編集を頻繁に
繰り返すから、>>185じゃ全然区切りじゃないんだ。
まあ、ローカルcommitの粒度は、個々人がひとまとまりだと思う単位でってことにつきると思う。
開発スタイルやスキルによって、なにがひとかたまりなのかは人それぞれだってことで。 TDDって、仕様決めてテスト書く人とそれを実装する人が同じって前提あったっけ? 作ってすぐ実行する前提だからペアプロでも人が変わる余地はあまりないな >>194
> TDDって、仕様決めてテスト書く人とそれを実装する人が同じって前提あったっけ?
TDDのテストコードは、プロダクトコードを書くための手段だから、同じ人がやるのが普通。
というか、違う人が書くなんて話を聞いたことがない。 他人が書かないとかこの機能はどういう入出力あるかわかりましぇーんって言ってることと同意だぞ。 >>199
なんでそんな事が分かる?
ローカルではテスト担当の幼女がやってるかもよ。 >>200
Signed-off-by: Karsten Blees <blees@dcon.de>
これはこのコードを寄贈しますという意味。
複数の人が関わっている場合はContributions-byで追記したりする。
最後のはJunioさんがgit am -sした時のもの。 プログラムコードが文章で書いてるタイプの糞仕様書を作るくらいなら
Spec作ってくれてるほうが意味はありそうだな >>201
幼女は名前を出したく無いのかもしれないし さすがにOSSで「俺テスト書いたから誰か実装して」ってのはないだろう。 >>207
君の周りでは良くあることかもしれないが、普通はそうないよ
大抵は、開発者自身による開発者テストと、開発者自身による後付けのテスト
ところによっては、第三者による後付けのテスト
これくらい 君の周りではそうないことかもしれないが、普通は良くあること。 >>209
そういう手法でも、そうやってるというブログでもいいけど、いくつか引っ張ってみせろ >>210
そうは言っても、別に興味はないんでしょう?
誰かの周りで良くあることかもしれない、と認められるんなら、優劣を比べてるわけでもないんだから、それで十分でしょう。
gitはそういう使い方も許容するんだからさ。 >>211
> 誰かの周りで良くあることかもしれない、と認められるんなら、優劣を比べてるわけでもないんだから、それで十分でしょう。
俺の周り:その他多数
じゃなくて、
君の周り:その他多数
だって認めてくれればそれでいいよ
> gitはそういう使い方も許容するんだからさ。
ほう、じゃA氏がテストを書いてB氏がそれを実装するとき、どうやってgitを運用してるか書いてみな >>212
>君の周り:その他多数
>だって認めてくれればそれでいいよ
認めるよ。
>> gitはそういう使い方も許容するんだからさ。
>ほう、じゃA氏がテストを書いてB氏がそれを実装するとき、どうやってgitを運用してるか書いてみな
* B氏が実装を書いてブランチとして公開する
* ソースコードレビューする
* B氏が修正する
* A氏がテストを書き、テストを実施する
* B氏の修正を随時取り込む
運用ってほどじゃないな。
むしろ、なんでGITが特定の開発方法しか許容しないと思うのか? >>213
それ、第三者による後付けのテストじゃん
それはよくある
俺が、それはないって言ってるのは>>205
> 俺テスト書いたから誰か実装して
上の方でも、TDDで第三者がテスト書く的なこと言ってる奴もいたし 第三者?登場人物は二人しか出てないけど。
まあ、TDDでなければよくある、って書いてあるんだけど、それは見落としてたわけね。 >>215
自分以外の誰かは第三者じゃないんですか?
とかいうのはどうでもいいんだけど、
君が書いたのは「俺がコード書いたから誰かテスト書いて」ってことでしょ
俺がないって言ってるのは「俺がテスト書いたから誰かコード書いて」だ
違いわかんないの? コンパイルエラーくんのあたりから変な奴が増えたな、実際は一人かもしれないけど
事例を引用してこないのは無視した方がいいと思うぞ >>213
俺がテスト書くから君が実装してね
じゃダメかね? >>219
> 俺がテスト書くから君が実装してね
> じゃダメかね?
実装する俺がテスト書くのが効率的、というのが普通。
それ以外には、テストを書くのもままならない初心者が実装する場合か、自動受け入れテストを
事前に書く場合くらいしか思いつかない。 >>220
ちょっと横道だが…
実装した人間がテストを書くのが効率的なのは間違いないと思うけど、勘違いによる確率を下げるためには、実装した人間とは別の人間によるテストも有効だぞ >>221
この話は>>194から始まる「TDDでも他人がテスト書くこともある」という話で、そうする人が
いるかもしれないが、普通はプロダクトコードを書いた人がTDDのテストを書く方が効率が
いいという話。 sourcetreeでgitを使っているんだけど、pullしようとすると
if you trust this host, enter "y" to add the key to PuTTY's cache
というメッセージが出て止まってしまう
ここでyが押せればいいんだけど、SourceTreeはyを押してくれないので
どうしたらよいでしょうか! 結局、GitってPull Requestをうまいこと実現するためのツールなんかな >>226
コードについてのレビューは一切やらず、マージも各自が勝手にやるって前提でGit動かしてたんだけどさ
Pull Request的な承認フローを組み込まないなら、トピックブランチ切ったり、コミットを履歴いじって細かくまとめても、しんどいわりに対価がなんもないなあって
masterなりdeveloptなりに、チケット番号書いたコミットを直に叩き込んでいったほうが、変に分離されてないから横断的な変更もやりやすいし 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
お SourceTreeで、実行属性やパーミッションを確認する方法を教えてください プログラムの文字コードはEUC-JP
でもコミットログはUTF8で書きたい
というとき、どういう設定をすれば一番トラブルが少ない? コンフリクトっていつ起きるんですか?
・自分の作業ディレクトリに最新コミットをpullしてくる
・自分が作業して作業ディレクトリの内容が変わる
・誰かがリモートへその人のコミットをpushする。
・自分がコミットしたいので先にpullする
→誰かが進めたコミットがローカルブランチに反映される。
(このときにコンフリクト?)
・自分がpullしたのでaddする
(このときにコンフリクト?)
・自分がaddしたのでコミットする
(このときにコンフリクト?)
・自分がコミットしたのでプッシュする。
(このときにコンフリクト?)
・自分がプッシュ後念のため再度pullする ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
0DSS1 macbookのターミナルでgitにコマンド入力してるんだけど
これってセーブとかしなくて良いの?
良いとしたらどうしてですか? 日本語が変だからやり直し
macbookのターミナルにgitのコマンドを入力してますが、これってセーブとかしなくて大丈夫ですか?
大丈夫な場合はどうしてですか?
教えてください偉い人! >>239
何をセーブする話です?
(エディタなどの)アプリケーションでのメモリー内での変更を、ファイルに保存するセーブなら、必要です。
アプリケーション内からgitコマンドを操作できるものは、gitコマンドを実行する前に自動でセーブされるはずです。
変更したファイルをリポジトリにセーブしなくていいのか?という意味ならcommitがセーブに相当します。 gitを良くするためにはMicrosoftの関与をシャットアウトしないとダメ .git-version が細かいトラブルの原因
うざい ■ このスレッドは過去ログ倉庫に格納されています