2016-04-25 2 views
1

私はGitをバージョン管理用に、GitHubを使用してコードを公開しています。私はインターフェイスに慣れてきて、非常に役に立ちました。しかし、私はこのような状況で少し破れています。私は学校のコンピュータとパーソナルコンピュータを使ってコードを書く学生です。複数のコンピュータ間での開発

私は頻繁に複数のコンピュータから自分のアプリケーションで動作する必要があります。私は、期間が終了し、私が離れる必要があるときにコードを書いている途中にいる可能性があります。コードをGitHubにプッシュして、家に帰るとリモートブランチをPCと同期させるのは間違っているようです(これは、毎日GitHubにプッシュすることを意味します)。しかし、この正しい使い方ですか?そうでない場合は、どのツールを使用しますか?私は複数のワークスペースを非常に間違っていてバグが多いコードと一緒に同期したい。

+0

これがあなたに「間違っている」と感じる原因は何ですか?歴史の中で「進行中の作業」がコミットするのを見たくないのですが、1つのブランチだけを使用していて、いつも稼働状態にしたいのですか? – Jonah

+2

WIPブランチを持って、それを強制的に押すだけです。 Gitは完全な履歴エディタであり、好きなように書き換えて修正することができます。コミットについては何も神聖ではありません。 – jthill

答えて

1

進行中の作業ブランチをターゲットに設定するとすぐにプッシュしても問題ありません。

その後、他のメインブランチとマージする前に、そのブランチの履歴を修正したり、スカッシュしたりすることができます。

はこれを見てください:https://git-scm.com/book/es/v2/Git-Tools-Rewriting-History

0

私は

school_workと呼ばれるブランチとその上の仕事を作成し、以下をお勧めします。 1日の終わりに、変更をdevelopにプッシュアウトします。 holyコードを持つブランチとしてdevelopが使用されることに注意してください。 家に帰ると、school_workブランチに戻り、中断したところから続行します。 作業の最後に。 git rebase -i ...を実行して、インタラクティブなリバースを実行します。そこでは、コミットを自分のように見せるように整理します。 最後にgit pull --rebase origin developを実行します。これはあなたの支店を発展させないようにリベースします。

school_workブランチをdevelopにマージします。

developから次の学校ワークセッションのチェックアウトにschool_work2という新しいブランチを追加し、手順を繰り返します。

関連する問題