2011-07-02 6 views
3

少し前のgithubリポジトリ:https://github.com/LiamBailey/TweetSliderを用意しました。少しのjQueryスクリプトで、特定のユーザの最近のつぶやきを引っ張ってスライダに表示するコードがあります。今、いくつかの新機能を追加し、jQueryプラグインにしました。最初のバージョンはTweetSlider v1と呼ばれ、2番目のバージョンはTweetSlider v2.1と呼ばれました。新しいマシン上のGithubリポジトリと再リンク

最初の質問:この新しいバージョンをgithubに追加したり、既存のコードを新しいものに上書きしたり、新しいバージョンのフォークを作成するにはどうすればよいですか?

フォークを作成する必要がある場合は、そのドキュメントを見つけてそれを管理することができますが、上書きする場合、私は何をすべきかと思いますが、私は迷惑になります。

私はリポジトリを作成して以来、私はコンピュータを変更し、元のリポジトリのローカルバージョンにアクセスできなくなりました。リポジトリを新しいローカルディレクトリに再接続して既存のファイルを削除するにはどうすればよいですか?それを行う方法が分かれば、新しいファイルを再作成するためのドキュメントが見つかりました。

私は誰かがこれを手伝ってくれることを願っています。

答えて

4

ナンバーワンのルールです:バージョン管理システム:)私は正確にあなたが番目のバージョンを開発したのか分からない

せずに何を開発することはありません - あなたはそれがGitのリポジトリにバージョン管理下にあるのですか?最初のバージョンのコミットの上に2番目のバージョンを基づいていましたか?

ローカルディレクトリが既存のGitリポジトリ(git initコマンドで確立できる)の場合は、GitHubをリモートリポジトリとして追加できます(これはおそらく「リポジトリを新しいローカルディレクトリに再接続できますか? 。

git remote add origin [email protected]:LiamBailey/TweetSlider.git 

そして、あなたのリポジトリの組織はあなた次第です - 元のバージョンは、まだ使用することは理にかなっている場合、それは依存し、新しいバージョンは、いくつかの下位互換性ブレークを持っている場合など

あなたが持っているしたい場合は別々のリポジトリとして、それらのために行く。

あなたが同じリポジトリに新しいものと古いバージョンを置き換えたい場合は、オプションを持っている:

汚いやり方 - いくつかの支店に「バックアップ」の古いバージョンをとしてコミットしますマスターの新しいバージョン。

git init 
-- copy the new version to this directory-- 
git add . 
git commit 
git remote add origin [email protected]:LiamBailey/TweetSlider.git 
git fetch origin 
git checkout origin/master -b v1 
git push origin v1 
git checkout master 
git push -f origin master 

クリーンな方法 - オリジナルのレポのクローンを作成し、第二のバージョンを開発しながら、あなたがした論理的なステップを作る - この手順の各コミット別々にする必要があります。最後にコミットの良い履歴を持つ新しいバージョンを用意する必要があります。

git clone [email protected]:LiamBailey/TweetSlider.git 
cd TweetSlider 
-- make changes to your source code -- 
git add . 
git commit 
-- repeat until you have the second version -- 
git push origin master 
+0

私は、このコマンドを実行しようとすると、次の人跡未踏のツリーファイルは、チェックアウトによって上書きされます:それはエラーをスローV1 -b Gitのチェックアウトの起源/マスターを-つぶやきslider.jsは移動したりする前にそれらを削除してくださいスイッチブランチ –

+0

'git status'はあなたに何を与えるのですか?前の手順ですべてのファイルをコミットしたので、いくつかの未追跡のファイルがあるのは不思議です。 –

+0

あなたのリポジトリにzipファイルを持っているBTWは、ソースコードを管理する良い方法ではありません。 –

関連する問題