2012-05-12 4 views
1

私はGithubを初めて利用しています。小さなオープンソースのGithub CプロジェクトをC++に移植しました。私は新しいメソッドを追加しました。ほとんどのメソッドをよりわかりやすい名前に変更し、冗長な(私の意見では)メソッドを削除し、コメントを整理して、OOなどにしました。新しいプロジェクトを作成するか既存のブランチをブランチするかを決定するためのGithubエチケット

私は元に連絡していませんこれについての著者はまだありません。だから、私は正しいエチケットが何であるか疑問に思います。彼らに連絡して、プロジェクトの共同作業を依頼する必要がありますか?私が何をやっているのかを彼らに伝えるべきでしょうか?

Githubでこのプロジェクトの独自のバージョンを作成して管理するだけでいいですか?そもそもGitHubの上にないプロジェクトの大規模なリファクタリングについて

答えて

2

、前方に移動する1つの方法はである:

  • はGitHubの
  • に元のコード(少なくともHEAD)をインポート
  • 適用このGitHubリポジトリにPushしてください。
  • fork your projectに問い合わせてください:彼らは自分のコードのバージョンを制御し、あなたと協力してthrough pull requestになることができます。

GitHub reposを別にすることで、repos間の問題をより明確に分離(大規模なリファクタリング、レガシーサポート)することができます。

+0

ありがとうございます。いい答えだ。しかし、オリジナルのCプロジェクトはGitHubにあります。ですから、私は新しいGitHubプロジェクトを作成し、元のCコードをインポートしてから、「自分の変更を適用する」ということを提案していますか?私はあなたがGitHubリポジトリにそれらをプッシュすることによって何を意味するのかよく分かりません。これは、ブランチ、フォーク、またはおそらく別のフォルダを作成することによって行われますか?あなたが提供したリンクは、2つのコードのコピーが保持されていることを示唆しています。 2 repos間の調整は、 "プルリクエスト"を介して手動で行われます - そうですか? –

+0

@bob元のレポが既にGithubにあった場合は、そのレポをフォークして変更を適用する必要があります。 – VonC

1

C++は一般的なbeleifとは違ってCと非常に異なるので、私はあなたのコードが新しいプロジェクトを保証します。

また、そのCライブラリにリンクするだけのC++ラッパーを作成するのがより適切な方法かもしれません。 C++はCとのリンクに問題はありません(逆の場合は真ではありません)。これは両方のキャンプを幸せにします(低レベルのCライブラリを必要とする人、高レベルのOOやその他のC++ライブラリが必要な人)。

このようなラッパーは、コンパイルを必要としない人の手に渡らないようにコンパイルすることができれば、メインプロジェクトに組み込むことさえできます。

残念ながら私はそのプロジェクトが何であるかわからないので、これはかなり手を振るだけです。

関連する問題