Git 管理ツールのソースツリーのプッシュに失敗しました

sourcetree ツールを使用して git でプロジェクト コードを送信しました。メールの設定が間違っていたため、プッシュが 2 回失敗しました。プッシュに失敗したファイルを削除するにはどうすればよいですか。

ディスカッション (解決策) への返信

忘れてください、このソフトウェアを使用している人はあまりいません。質問を変更させてください。現在、会社で使用されている新しいフレームワークについてお聞きします。 js では、データの取得、ページ分割、js の ajax によるページ操作の処理、および多くのページ処理プラグインの読み込みを行っています。この効率は、通常の php 処理や主流のフレームワークと比較してどうでしょうか?しかし、私はMacの下でそれを使用します。

それが機能しない場合は、リモート サーバー上でファイルをプルし、ローカルでマージしてみてください。フェッチしてから手動でマージして再送信してプッシュする

この方法はフレームワークの実行効率に依存します

フレームワークは、フレームワークに依存します。フレームワークの実行効率。この方法は間違っていません。うまく処理できれば悪くありません。

フレームワークの実行効率の主な要因は何ですか?実際のところ、js ajax のデータ取得の効率についてお聞きしたいのですが、PHP の直接処理よりも遅くなることはありません。これは主に効率のために行われるものではありません。スクリプト言語を使用して HTML を描画する場合、パフォーマンスのオーバーヘッドはそれほど大きくありません。

これは主にロジック層とプレゼンテーション層を完全に分離するためです。
サーバーはページがどのように表示されるかを気にする必要はありません。出力は単なる JSON の束です。ページ上の表示は js と json によって完全に制御されます。

現在、フレームワークがこれを行うだけでなく、多くの大企業のデータ対話インターフェイスでもこの方法が使用されています。

フレームワークの実行効率はフレームワーク自体に依存します。 一部のフレームワークの実行効率を確認できます。処理が良好であるということは、SQL 効率を含め、プログラムの作成効率が比較的高いことを意味します。
js と ajax は機能しません。

これは実際には効率を主目的として行われているわけではありません。スクリプト言語で HTML を描画すると、パフォーマンスに大きなオーバーヘッドが発生します。

これは主にロジック層とプレゼンテーション層を完全に分離するためです。

サーバーはページがどのように表示されるかを気にする必要はありません。出力は単なる JSON の束です。ページ上の表示は js と json によって完全に制御されます。

現在、フレームワークがこれを行うだけでなく、多くの大企業のデータ対話インターフェイスでもこの方法が使用されています。

同意します、同じように感じるはずです。