blog

オープンソースの始まり

1、プロジェクトの簡単な紹介、これがプロジェクトであることを他の人に伝えます。 2, 依存関係のインストール方法、プロジェクトのインストール方法を説明します。 3, プロジェクトを開始する簡単な手順。...

Jun 27, 2020 · 3 min. read
シェア

オープンソースは、おそらく次のような準備作業を行ったと思われます。

ローカルのオープンソースプロジェクトの準備。
1	ローカルのコードをテストすることだ。
	プロジェクトのコードをローカルで完成させた後、プロジェクトの全工程をテストし、大きなバグや問題がないことを確認した。
どのようなプロジェクトをオープンソースにするかだが、オープンソースには何の制約もなく、非常に自由で、自分の興味だけをオープンソースにしようとすることができる。
2	依存関係を準備することだ。
	新しいコンピューターを用意し、コードを移行して依存関係を削除した後、依存関係の再インストールと環境設定を試みた。
いくつかの落とし穴に遭遇する過程で、また記録しておくと、readmeドキュメントに書かれている依存関係を、他の人にインストールするステップとして使うことができる。
もちろん、実際の環境は様々で、自分が遭遇した落とし穴は他の人には触れないかもしれないし、他の人も新たな落とし穴に遭遇するかもしれない。そこで、物事を簡単にするために、私は
依存関係一式をzip圧縮して自分のウェブサイトにアップロードし、ウェブサイトのアドレスはreadmeに書いてある。Readmeにウェブサイトのアドレスが書いてある。
新しい環境に問題はない。依存関係のある環境を用意するのは、他の人がプロジェクトを始めやすくするためであり、依存関係そのものは重要ではないので、できるだけシンプルにするのが一番だ。
フォローアップは、プロジェクトをdockerImage tryに勉強する準備ができている。
オープンソースサイトの必要性
	オープンソースのウェブサイトだが、私は現在主に2つのサイト、1つはgithub、コード・クラウド、基本的にはこの2つのサイトで十分だ。
怠け者なら、実際にウェブサイトを選ぶことができる。オープンソースにするサイトを選んだ後の最初のステップは、もちろん対応するサイトのアカウントを登録することだ。
まず、対応するウェブサイトに空のプロジェクトを作成し、そのアドレスをコピーする。
オープンソースのreadmeドキュメント。
	オープンソースプロジェクトで最も重要なことは、おそらくプロジェクトのreadmeファイルだろう。
一般的に言って、readme文書はできるだけ詳しく書くものだ。私はreadmeをいくつかの部分に分けている。

1.プロジェクトが何であるかを伝える、簡単で大まかな紹介文。

2.依存関係は、アイテムがどのようにインストールされるかを記述する方法でインストールされます。

3.プロジェクト開始までの簡単なステップ

4、プロジェクトの機関ディレクトリ、プロジェクトの紹介、各ディレクトリの役割は、簡単に見て、あなたのコードを理解することができます。

5、プロジェクトの技術的なアーキテクチャ。私の現在のオープンソースrpaプロジェクトのように、設計はhtml + Electron + Nodejsのアーキテクチャであり、今フォローアップのpythonの部分を拡張し、もう一度アップグレードするためにvueを使用する準備が整いました。

6、プロジェクトはスクリーンショットの後に実行されます。

7、最後は、将来的に実施するために、独自のアップグレード計画のいくつかをフォローアップするためのプロジェクトです。

実際のオープンソースで使われているgitのコードやプロセスの一部、つまり

準備が完了したら、次のステップは、正式なオープンソースのプロセスを開始することです。

1、私のローカルディレクトリは少し混乱しているので、単に新しい空のディレクトリを作成し、後でオープンソース用の別のディレクトリとしてください。

2.新しいディレクトリでcmdを実行してコマンドウィンドウを開き、git initと入力して初期化します。

3は、空のプロジェクトのアドレスを作成するために、独自のオープンソースサイトをコピーして、パスのクローンです、4は、cmdのコマンドウィンドウで、gitのリモート追加github +パスをコピーし、私は同時に2つのサイトを開いているため、実際のリモート2つのgit環境は、コードの同じセットのローカルの実際の使用は、ので、ここでgitリモート追加gitee +パスは、2回実行され、リモートライブラリのエイリアスは、差別化のために、同じではありません。

5.ローカルコードを新しく作成した空のディレクトリに移動します。

6. git add . 新しいファイルと変更されたファイルをコミットします。7. git commit -m '新しく追加されたファイルの内容の説明' を使用して、ローカルのステージングの変更をリポジトリにコミットし、このコミットのレコードの説明を追加します。

8、git push gitee masterを使用して、リモートリポジトリにローカルリポジトリがプッシュされます ここでは、実際に2つのリモートライブラリが設定されているので、もう一度操作する必要があります。

git pull github master

この時点で、ローカルコードは実際にオープンソースのウェブサイトにオープンソース化されているので、ウェブサイト上でプロジェクトを楽しむことができます。

その後、コードをコミットしたり、ブランチを作成したり、ブランチをマージしたりする簡単な手順があります。

コードがローカルで修正された後、それをコミットする必要があります。

1. git add .

2. git commit -m "このコミットで変更されたコードの機能の説明"

3. git push gitee master

4. git push github master

新しいブランチの作成

1. git checkout -b dev

2. git push github dev

3. git push gitee dev

ブランチをマージし、リモートライブラリにプッシュします。

1. git checkout master

2. git merge dev

3. git push gitee master

4. git push github master

Read next

剣を捧げよ」のJS問題を解く - JZ11~15

誰も読まないので、自己啓発的な書き方をします。 整数を入力し、その数の32ビット2進表現における1の数を出力。負の数は補数で表します。 この問題も最初はかなり戸惑いますが、後で1つか2つ理解できるように、高い人の指示を読んで、競技の数を再生するようなものがあります。 1100 1を引く - "1011 "あなたは1を引いた結果が右端の1から始まるすべてのビットであることがわかります。

Jun 27, 2020 · 3 min read