問題タブ [git-branch]

特定のコミットを見つけるためにgit-blameを使用しました。ここで、元々のブランチを見つけたいと思います。（そこから、ブランチ名を使用して特定のチケットを検索します）

「元のブランチ」を「ブランチが他のブランチにマージされる前にコミットが行われたブランチ」と定義しましょう。

私のマスターブランチは開発ブランチとは非常に異なるため、マージを行わなくてもマスターブランチになりたいのですが、これは可能ですか？マージしようとすると、多くの作業に取り掛かることができるようです。

通常、ローカルで変更を行ったときに、間違ったブランチで変更したことが判明したため、コミットする前にブランチを切り替える必要があります。問題は、ローカルの変更があるときにブランチを切り替えることができないことです。とにかくそれを行うことはありますか？

明らかに、更新されたファイルをコピーし、ブランチを切り替えてからコピーして戻すことはできますが、これはあまり賢明ではありません。

誤って「remotes/origin/remotes/origin/aclark」というブランチを作成してしまい、次のコマンドで削除できません:

git branch -d リモート/オリジン/リモート/オリジン/アクラーク

ギットは次のように述べています。

エラー: ブランチ 'remotes/origin/remotes/origin/aclark' が見つかりません。

ここでいくつかの提案を試しました: Deleting a badly named git branchですが、「--」で始まる悪いブランチ名を対象としています。

エンド ユーザーがこのブランチを削除できる方法はありますか、それとも git 管理者が必要ですか? (問題のブランチは gitorious に住んでいます)。

ありがとう

アレックス

git リポジトリの 1 つ以上のブランチから 1 つ以上のフォルダーを共有するにはどうすればよいですか?

ファイルを3つのカテゴリに分類できる複雑なWebプロジェクトテンプレートがあります。まず、各サーバーで一意である必要がある設定関連ファイルは頻繁に更新されませんが、バージョン管理に含めると便利です。次に、開発者によってコーディングされた実際のファイルであり、プロジェクトごとに一意であり、バージョン管理されるメインファイルである開発ファイル。そして最後に、ユーザーが生成したコンテンツは、ほとんどがステージおよび開発環境のテストデータですが、ライブサーバーの適切なデータであり、理想的にはバージョン管理も行う必要があります。

すべてのプロジェクトのルートフォルダーには、最初のグループの一部である設定ファイルがあり、次に開発ファイルを含む3つのフォルダーがあり、最後にWebサイトの画像とユーザー生成ファイルを含むフォルダーがあります。

私が試したこと：

ローカルライブとステージで同じユーザー生成コンテンツがあり、ローカルからステージへ、ステージからライブへプッシュするたびに設定ファイルを再調整する必要があるため、フォルダー全体を使用することはできません。

開発ファイルにはマスターブランチを使用し、ユーザー生成コンテンツと設定ファイルには別のブランチを使用して、マスターをローカルからステージなどにプッシュしてみました。しかし、ステージでチェックアウトを行うと、無関係なファイル。

開発、ユーザー生成コンテンツ、設定用に別々のブランチを作成してみました。ステージにプッシュした後、すべてをマスターにマージしました。この場合の問題は、コミットプロセスが少し複雑になるローカル開発サーバーで発生します。checkoutdev; 変更されたファイルを追加します。devをコミットします。チェックアウトマスター; devugc設定をマージします。この場合、ugcで追跡されたファイルの一部が失われることも心配です。

大きな問題

誰かが新しいソリューションや、それらを可能にするために現在のソリューションに追加する何かを提案できますか？残念ながら、使用するフレームワーク（プライベートフォルダー）では許可されていないため、個別のフォルダーを使用することはできません。

リモート/マスター ブランチを追跡するローカル ブランチがあります。とを実行するgit-pullとgit-log、現在のブランチだけでなく、リモート追跡ブランチのすべてのコミットがログに表示されます。ただし、リモート ブランチには非常に多くの変更が加えられているため、現在のローカル ブランチに加えられたコミットだけを確認する必要があります。

特定のブランチのコミットのみを表示するために使用する Git コマンドは何でしょうか?

ノート：

構成情報:

github でリモートで削除されたブランチを復元する方法があるかどうか疑問に思っていました。履歴は明らかにブランチの記録を保持し、他のブランチとマージしますが、削除されたブランチを復元できるかどうかはわかりません。

ありがとう。

中間マージを削除し (スカッシュではなく削除)、最後の 2 つのコミットを新しいブランチに移動したいと考えています。

これは私の現在git log --graphです：

私はこれで終わりたい：

git rebase -iブランチ tade とのマージを削除してgit branch newoneからgit reset --hard HEAD^2、最後の 2 つのコミットを新しいブランチに移動するために使用することを考えました。ただし、リベースを実行すると、マスターにマージされた tade ブランチからのすべてのコミットが表示され、| それらを削除することに消極的でした。

より良い方法はありますか、それとも先に進むべきですか?

編集:意図した状態グラフを更新して、より明確にしました。2 つの新しいコミット (aaaaaaaとbbbbbbb) は、状態をもう少しよく説明するためだけのものです (願っています)。

私はこのような構造のアプリ（cms）を持っています：

これは、すべてのプロジェクトのベースとなる中央リポジトリです。次に、プロジェクトは独自のスキンを取得します:(テーマに基づいています/default/）

（このアプリには、デフォルトのテーマに基づいた12のカスタムテーマがあります）。

すべては、アプリケーションを維持し、すべてのクローンをBASEで最新の状態に保つことです。

ここで、BASEをリモートリポジトリとして追加します。

次に、必要に応じて更新を取得します。

の.phpファイル/applicationが変更されると、すべてがうまく機能します。default問題は、BASEリポジトリのテーマのファイルを変更したときに始まります（たとえば、タイプミスreset.css）。CLONE1/defaultテーマとすべてのテーマの変更が必要CLONEx/own-x/です。

もちろん、変更をコピーしてコミットする場所を指示するためにいくつかのbashスクリプトが必要になりますが、マージの競合なしに全体を同期させる方法はありますか？

を使用しますgit flow。現在、テーマdefaultとmobileテーマは別々のブランチにはありません。それらが必要ですか？サブモジュールはまだ使用していません。

このワークフローを整理する方法はたくさんありますが、最適なものとしてどれを選択しますか？