タグ付けされた質問 「git」

GitとMercurialは同様のモデルに従い、同様の用語を使用します。Mercurialの最初のリリースは、Gitのわずか12日後でした。これらの2つのプロジェクトは、同時に最初の開発でどのように似たような結果になりましたか？誰もが歴史を知っていますか？

11 git  mercurial  dvcs 

私はジュニアチームメンバー（生協）にgitを紹介しています。 追加、コミット、プッシュ、プルの基本的な操作に慣れています。 次に、プルリクエストとブランチにそれらを紹介したいと思います。 ブランチでプルリクエストを実行し始めた場合、進行中の作業にも同じことをする必要がありますか？ プルリクエストをマージするのは私です。ブランチで作業するのが最も理にかなっているかどうかはわかりませんでした（通常、私は知っている良い習慣ですが、2人の開発者が1人のジュニアといるこの特定の状況に興味があります）そしてもしそうなら、私は自分のブランチをマスターにマージするだけだということを意味します。とにかく自分の仕事/ブランチのプルリクエストを行うこともできますか？通常、これらの変更には基本的なgithub機能分岐ワークフローを使用します：https : //www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow 私が唯一の開発者である場合、自分のリポジトリでプルリクエストを使用する目的はありますか？便利ですが、それほど具体的ではありません。 プロジェクトに2人での作業の流れはいただきました！また、より一般的なようです そして 公式リポジトリまたは私のフォークのブランチからプルリクエストを開く必要がありますか？フォークについてのようです。

11 git  github  gitflow  pull-requests 

プロジェクトの個々の開発者ごとにリモートブランチを用意することは良い習慣と考えられますか？ 次のブランチでGitを使用しています。 主人 解放する 発展させる 各開発者が独自のブランチを持っている場合、彼らはコードを自分のブランチにプッシュし、他の開発者はこれらの変更を独自のブランチにマージできます。

11 version-control  git  branching 

新しい機能とバグ修正のテストを担当する人（Tedと呼ぶことにします）がいます。 GitとGitHubを使用しています。master常に展開可能である必要developmentがあり、新しい機能やバグ修正をコミット/マージする場所ですが、Tedによってテストされた後でなければなりません。 プロジェクトはPHPにあります。 テストプロセスは次のようにします。 開発者は新機能（課題追跡に記載されているTedとしての機能/バグ＃123としましょう）に取り組みたいので、ローカルリポジトリにプルorigin/developmentし、そこからdevelopment新しいブランチ（としましょうissue-123）を作成します。 作業に満足したら、新しいブランチをコミットしてにプッシュしoriginます。 Tedは接続しtest.ourproject.com/choose-branchてブランチのリストを確認し、originスイッチをオンにしますissue-123（Webページから実行できます）。その後、彼はに進みtest.ourproject.com、Webアプリケーションの地獄をテストし（彼は本当に無慈悲です）、開発者と何度かやり取りした後、彼は機能に満足しています。 テッドは、彼がマージすることができ、開発者告げるissue-123上にdevelopment上をorigin。 すすぎ、繰り返します。 3番目のステップでは、その仕事（特定のページからの分岐の表示と切り替え）をハッキングすることができますが、ここで説明したことは非常に一般的なパターンだと感じています。 だから私の質問は： これは分岐のための良い/持続可能な/保守可能なワークフローですか？このワークフローに従う他のプロジェクトの例をいくつか挙げて、回答を裏付けることができますか？

11 testing  git  integration 

機能ブランチで作業しているときは、作業がレビューされてメインブランチに統合される前に、インタラクティブなリベースを使用してブランチのコミットをクリーンアップする傾向があります。 機能の開発中に、バックアップ手段として中間作業をリモートリポジトリにプッシュしたいと思います。つまり、ハードドライブがクラッシュしたとき、機能ブランチ全体が失われることは望ましくありません。 ただし、これによりgit push --force、リベースの後にリモートリポジトリにアクセスしなければならないことがよくあるという事実につながります。このアクションは、一般的に眉をひそめています。または、リンクされたgithubページにあるように： コミット履歴を変更すると、リポジトリを使用する他のすべての人にとって物事が難しくなる可能性があるため、すでにリポジトリにプッシュしたときにコミットをリベースすることは悪い習慣と見なされます。 この矛盾を解決する（一般に受け入れられている）ポリシーはありますか？ なぜこれがの複製ではないのかgit "リベースのゴールデンルール"はそれほど重要なのですか？ ここでの私の質問は、リモートリポジトリに作業をバックアップすることと作業をリベースすることの間の競合を解決するためのポリシーを求めています。したがって、なぜリベースを強制しないことが「不可欠」であるのかを尋ねます。

10 git 

私はGulpを使用して、取り組んでいるプロジェクトのSASSコードから縮小されたCSSを生成します。 Gitからライブ配信するときに、この縮小されたCSSを再生成するのがベストプラクティスと考えられるかどうか疑問に思いました... または 縮小されたCSSファイルをGitに保存して、サーバー側で追加の作業をせずに、自動的に本番環境にプッシュする方法は？ これについての人々の考えに感謝します。ありがとう！

10 version-control  git  css  deployment 

1週間前、私はLFNWにいて、講演後にラリーヘイスティングスと話していたとき、彼は言った（言い換え）： Mercurialにはないプルリクエストワークフローを可能にするGitの機能があります。これが、BitBucketのプルリクエストが適切でない理由です。 （コンテキストについては、file-bug-then-attach-patchワークフローとは対照的に、PRワークフローのために、PythonがMercurialからGitに移行しているという事実について議論していました。） 彼はここで何を話しているのですか？私たちのどちらもそれが何であるかの名前を思い付くことができませんでした。運が悪いのでウェブを検索しました。

10 git  mercurial  pull-requests  bitbucket 

私の開発チームは現在、ワークフローで次のソフトウェアを使用しています。 ジラ Bamboo（アトラシアン連続統合） Greenhopper（アトラシアンのアジャイルプロジェクト管理） 合流 Git、BitBucketでホスト Visual Studio 2012 ご覧のとおり、私たちはアトラシアンのエコシステムにかなりの投資をしています。コードレビューなどの高度なVisual Studioインテグレーション、さらに重要なことにはMicrosoftテストマネージャーを利用できるように、TFSへの移行を検討しています。 私の以前のTFSの経験は2005年または2008年でした（覚えていません）。ClearCaseでの時間ほど悪くはありませんが、それについては悪い思い出があります。 TFSへの移行を適切に評価するために、どの基準を検討する必要がありますか？

10 git  team-foundation-server 

私は適切なブランチの命名について私のリードとの不一致（もちろん、コーディアル）の真っ最中です。これは、バグ修正と小さな機能ブランチに適用され、長時間実行される機能ブランチには適用されません。長期間実行される機能ブランチの場合、人間が読める名前の方が優れていることに同意します。2つの視点があります。 私の： チームとチケット番号に従ってブランチに名前を付けた方が良いです。チケットシステムでそれらを見つけやすくなり、入力が短くなります。また、チケットに関する履歴情報を検索するときに、GITで関連するブランチを簡単に検索できます。 例： team-name/12345 team-name/53719 彼： 機能/機能に従ってブランチに名前を付けます。オートコンプリートが簡単になり、個々の数字より覚えやすくなります。 例： team-name/fix-that-sql-bug team-name/expand-http-parser 私が提供した1つの妥協点は次のとおりです。 team-name/12345-fix-that-sql-bug しかし、GITのオートコンプリートに干渉するため、彼はこれを好みません。 これが主に意見に基づいている場合は、これがどのようにSOに適しているかについてのガイダンスを遠慮なく教えてください。

10 git  naming  github  workflows  branching 

この場合はNetbeansで作成されたプロジェクトを追加したいのですが、この質問はほとんどのIDEで一般的です。それは単に、リポジトリに何を含めるべきかということです。たとえば、Netbeansはnbprojectフォルダーを作成し、eclipseは.settingsフォルダーを作成します。これらをリポジトリに含めた場合、プロジェクト固有の設定を含めるか含めないことの利点/欠点は何ですか。 この場合、それは個人的なプロジェクトなので、他の人がプロジェクトに取り掛かることはないと思いますが、最小限のプロジェクト設定を追加して、プロジェクト自体が別のマシンで簡単に作業を開始できるようにするとよいでしょう。

10 programming-practices  git  project  maintainability 

プロジェクトでgitflowの使用を開始しましたが、未処理の機能ブランチと新しく作成した修正プログラムがあります。gitflowワークフローに従って、ホットフィックスはマスターブランチと開発ブランチの両方に適用されますが、現存する機能ブランチについては何も言われておらず、行われていません。 それでも、修正プログラムの変更を機能ブランチに組み込みたいと思います。これは、できる限り3つのオプションを残します。 変更を組み込まないでください。機能ブランチに変更が必要な場合、それは機能ブランチの一部であるはずです。 マージ開発機能ブランチに戻ります。これはgitflowワークフローに最もよく従うようですが、順不同のコミットを引き起こします。 機能ブランチを開発にリベースします。これはコミットの順序を保持しますが、リベースは一般的なgitflowワークフローには完全に存在しないようです。 ここでのベストプラクティスは何ですか？

10 git  gitflow 

私が書いているように、私たちは2012年まで10日です。多くのプログラマーがソースファイルの上部にある著作権文字列を次のようなものに編集しているに違いありません。 // Copyright 2008, 2010-2012 Some Company Unlimited バージョン管理システムは、ファイルがいつ変更されたかを認識しているため、これらの文字列の書き込みや書き換えに役立ちます。だから私の質問：各ファイルのgitログを調べて、そのような文字列を出力（またはより適切に挿入）できるスクリプトはありますか？ 私はgitを使用しているので、これが主な関心事ですが、そのようなスクリプトが他のシステムに存在するかどうかを知らせてください。 更新： これを行うスクリプトが必要です。 作業コピーのすべてのソースファイルをウォークします 既存の著作権文字列を検索し、年を識別します。例：2007,2009-2011は{2007、2009、2010、2011}となります 記載されていない各年については、1月1日から12月31日（または、現在の年の場合は今日）を比較します。diffを調べて、著作権文字列で言及する価値があるかどうかを判断します 新しい著作権文字列を挿入します。

10 git  copyright 

Gitを使用して管理されているソフトウェアアプリケーションがあります。私は新しいバージョン2.xをリリースしました。これは長期的に維持する予定です（ほとんどのバグ修正）。それまでの間、バージョン3.xの作業を開始したいと思います。これを管理するための推奨される方法は何ですか？バージョン2.xのブランチを作成し、マスターで3.x開発を行う必要がありますか？または逆ですか？

10 version-control  git 

プロジェクトのサイズとスキル不足のため、プロジェクトをオープンソースにすることを提案されたので、Google Codeをチェックアウトしてプロジェクトの作成を開始したところ、プロジェクトにGit、Mercurial、またはSubversionを含めるかどうかを尋ねられます。コードホスティング。 コードホスティングとは何なのかさえわかりません。検索を行うと、これらすべての間の議論がさらに混乱し、Google Codeがどのタイプのライセンスが必要か尋ねてきたため、事態はさらに悪化しました。 私はオープンソースが実際に何を意味するのか完全に理解していないと思います、誰かがこれが何であるかについて簡単に素人のチートシートを作成できますか？大変感謝いたします。 編集これらの3つのバージョンのコードホスティングには多くの素晴らしい反応がありましたが、本当の質問を伝えることができなかったと思います。 ？そして、それは私が現在のホスティングからサイトを外さなければならないことを意味しますか、それともこれはまったく異なるタイプのホスティングですか？私のサイトをオープンソースにするとどうなるか、どのような権利があるか、どのような権利を与えるか。それはどのように機能しますか？人々はただ来て無料で私にコードを投げますか？おそらくこれらは愚かな質問であり、その場合、私は愚かな答えが必要だと思いますが、コードを共有するという概念を除いて、私はオープンソースが何であるかを真剣に知りません...

10 open-source  licensing  version-control  git  mercurial 

国の制限によりダウンロードできないGoogle Codeリポジトリのクローンを作成し、そのクローンをGithubに移行します。これを問題なく使用できます。 重要なのは、Githubアカウントを持っていて、GoogleCodeを閲覧できますが、キューバ出身なので、TortoiseHgを取得してレポのクローンを作成することができず、Googleコードにアクセスできないという素敵なGoogleページが表示されます。 私がどうやってブラウジングを管理したか知っていると思います:) MercurialリポジトリをGithubリポジトリにインポートしたいのですが、私の質問： 出来ますか？ どうすればできますか？

10 git  github  mercurial