web-dev-qa-db-ja.com

gitに関する混乱。元に戻す方法は?

Gitにあるソースコードをインストールしたかった。それが何を意味するのか本当にわからない。私は以前にgitを使用したことはありませんでしたが、それを学ぶ時だと思いました。

  • 最初にgitをインストールしました。

  • 次に、インストールするソフトウェアのgitディレクトリを複製しようとしました。

  • 「(IP)の信頼性を確立できない」というメッセージを受け取りました。私は先に進み、「警告などが既知のホストに追加される」という別のメッセージが表示されました。私は先に進みました、そして、それは接続で電話を切ることについて何かを言いました。

しばらくインターネットを検索した後、ソフトウェアをインストールするのにgitは必要ないことに気づきましたが、今ではインストールし、いくつかのファイルに別のホストを追加しました。修正が必要なセキュリティの問題をいくつか作成したことが心配です。

誰もが私がやったことを元に戻すのを手伝ってくれますか、私がやったことをよりよく理解できますか? gitプロジェクトを追加するとシステムが開きましたか?それを超えて、gitがどのように機能するかを誰でも教えてくれます。私が見つけたすべてのものは、私がまだ知らないものを知っていることを前提としています。

ありがとう

3
user11747

Git はバージョン管理システムです(より正確には [〜#〜] dvcs [〜#〜] )。サーバー(またはコンピューター、またはクラウド)上のVCS(バージョン管理システム)は、データの変更を保存および追跡するために使用されます。これは、ファイルのリポジトリー(通常、構成、指示などと一緒に、いくつかのプログラミング言語のコード)があり、サーバー上にあることに加えて、変更が時間にわたって追跡されることを意味します。バージョン管理システムは、プロジェクト内のファイルへの変更を追跡し、これらのプロジェクトはホストされ、頻繁に公開または共有可能です。

フロントエンド(git、Subversion/svn、 Bazaar/bzrMercurial/hg など)を備えたバージョン管理システムは、実際にアプリケーションをインストールするだけです。 (またはパッケージ、コード、スクリプト、パッチ)が利用できないか、標準チャネルでは最新ではありません。これを置く別の方法は、コードの作者がそれをあなたや他の人と共有できるようにすることです。

Git(または別のVCS)は、リポジトリ(この例ではリモートIP.IP.IP.IP)からすべてのデータを取得し、システム上のディレクトリ(最終的に選択したディレクトリ)にドロップすることでこれを行います。取得したコードを実際に実行していない限り、これ自体は何もしません。

VCSを使用している場合、コードを取得したからといって、完全なスイートとして実行する必要があるとは限りません。あなたはそれをテストし、更新し、いくつかの変更をマージし、いくつかのピースを取り出すかもしれません。ただし、場合によっては、完全なアプリケーション(またはそれ以上)をリポジトリからインストールできます。
コードが安全であると確信できる場合、これは、他では利用できないかもしれないグッズをいじるのに最適な方法です。

システムにgitが存在することで問題が発生することはほとんどありません。スペースが限られている場合は、ソフトウェアセンターから削除するか、Sudo apt-get remove gitを使用して削除できます。 (インストール方法によっては、追加のパッケージが存在する場合があります。)

ダウンロードしたコードが何であるかを元に戻す方法を知るのは、ダウンロードしたコードが何であるかを知らずに知るのは困難です。ホームディレクトリでls -lartのようなことを(コマンドラインから)行うか、Nautilusファイルマネージャで最近変更されたディレクトリを探すことから始めます。これらの両方の方法で、最後に変更されたディレクトリファイルを探しています。その一部は、gitを使用してシステムにプルしたものです。それが見つかった場合、削除する必要があるものや元に戻す操作に関するヘルプが必要なものがあるかどうかをよりよく知ることができます。

ホストを追加する限り、@ Christoph(および@psusi)が正しいと確信しています。 sshキーの変更をロールバックする最も簡単な方法は、これを行うことです。

 buntubox#$  rm -i ~/.ssh/known_hosts 

これにより、known_hostsファイル全体が削除されることに注意してください。これは通常、問題ではありません。追加または繰り返しホストにsshするときに再構築されるためです。または、ファイルを編集して(gedit、nanoなどを使用)、不要な行を削除することもできます。 (各行はリモートホストに関連付けられています。)繰り返しますが、これは安全です。最悪の場合、以前にログインしたシステムにログインするときに新しいキーを受け入れる必要があります。

6
belacqua

受け取ったメッセージはsshからのもので、おそらくgitサーバーへの接続に使用していたプロトコルでした。 Sshは、過去に使用したリモートサーバーのフィンガープリントを記憶しているため、再度接続しようとしたときに、実際に同じサーバーであり、そのサーバーになりすまそうとしている人ではないことを確認できます。当然のことながら、初めて接続するときには、これを行うことができません。保存したのはフィンガープリントでした。これにより、将来の接続が正当なサーバーへの接続であることを確認できます。

4
psusi