File tree Expand file tree Collapse file tree 2 files changed +2
-2
lines changed Expand file tree Collapse file tree 2 files changed +2
-2
lines changed Original file line number Diff line number Diff line change @@ -81,7 +81,7 @@ related:
81
81
82
82
その一方で、大きく複雑なプロジェクトでは、プロジェクトに対して熱心に献身している人のみにコミット権限を与えたいと思うかもしれません。唯一の正解はありません - あなたが最も良いと思うことをやりましょう。
83
83
84
- もしプロジェクトが GitHub 上にあるのであれば、 [ protected branches] ( https://help.github.com/articles/about-protected-branches/ ) を使うことで、どいうった状況で誰が特定のブランチに push できるのかを管理することができます。
84
+ もしプロジェクトが GitHub 上にあるのであれば、 [ protected branches] ( https://help.github.com/articles/about-protected-branches/ ) を使うことで、どういった状況で誰が特定のブランチに push できるのかを管理することができます。
85
85
86
86
<aside markdown =" 1 " class =" pquote " >
87
87
<img src =" https://avatars.githubusercontent.com/felixge?s=180 " class =" pquote-avatar " alt =" avatar " >
Original file line number Diff line number Diff line change @@ -118,7 +118,7 @@ GitHub 上で新しいプロジェクトを作ると、ライセンスの選択
118
118
119
119
メリット・デメリット両方ありますが、たとえプロジェクトが個人的なものだとしても彼らに伝えることを検討しましょう。おそらくあなたは「従業員知的財産同意」を会社と結んでいるでしょう。これは企業があなたのプロジェクトに対してある程度の管理をすることを認めるもので、特に企業のビジネスに関係したプロジェクトであったり、プロジェクトの開発をするのに何らかの企業のリソースを使う際に関係してきます。あなたの企業はあなたに許可を出す _べき_ です。もしかしたら、従業員に優しい知的財産同意や企業のポリシーで既に許可されているかもしれません。もし許可されていないのであれば、交渉する(例えば、プロジェクトを行うことがあなたの職業訓練になったり開発目標になることを説明する、など)事もできますし、別の良い企業を見つけるまでプロジェクトを進めるのを一旦止める事もできます。
120
120
121
- ** もし企業内のプロジェクトをオープンソース化しようとしているのであれば、** 必ず法務部門に知らせるようにしましょう。おそらく法務部門の方で、企業のビジネス要件やあなたのプロジェクトの依存関係のライセンスにきちんと遵守していることを確実にするための専門知識に基づいて、どのオープンソースライセンス(と追加のコントリビューターアグリーメントもあるかもしれません)を使うべきかの方針を決めているかもしれません。もしそういった方針がないのであれば、ラッキーです!法務部門はあなたと一緒にどいうった方針が良いのかについて熱心に取り組むべきです 。その際、幾つかの考慮事項があります:
121
+ ** もし企業内のプロジェクトをオープンソース化しようとしているのであれば、** 必ず法務部門に知らせるようにしましょう。おそらく法務部門の方で、企業のビジネス要件やあなたのプロジェクトの依存関係のライセンスにきちんと遵守していることを確実にするための専門知識に基づいて、どのオープンソースライセンス(と追加のコントリビューターアグリーメントもあるかもしれません)を使うべきかの方針を決めているかもしれません。もしそういった方針がないのであれば、ラッキーです!法務部門はあなたと一緒にどういった方針が良いのかについて熱心に取り組むべきです 。その際、幾つかの考慮事項があります:
122
122
123
123
* **サードパーティのソースコード:** あなたのプロジェクトでは他の人が作った依存関係を使っていたり、他の人が書いたソースコードを含んでいたり使っていたりしますか?もしそれらがオープンソースなのであれば、そのプロジェクトのオープンソースライセンスを遵守する必要があります。そのためにまずはサードパーティのオープンソースライセンス(上記参照)と整合するライセンスを選ぶ所からはじめましょう。もしあなたのプロジェクトでサードパーティのソースコードを修正したり配布する場合は、法務部門からコピーライト表記を保持しているかどうかといった、サードパーティのオープンソースライセンスの条件を満たしているかどうかを聞かれるでしょう。もし使っているサードパーティのプロジェクトがオープンソースライセンスを持っていないのであれば、おそらくそのサードパーティのメンテナーに[オープンソースライセンスを追加する](https://choosealicense.com/no-license/#for-users)ようお願いする必要があるでしょう。そして、もし追加してもらえなかった場合は、彼らのコードをあなたのプロジェクトで使うのは止めましょう。
124
124
You can’t perform that action at this time.
0 commit comments