
Gittyupは、ソースコード履歴を理解して管理するのに役立つように設計されたグラフィカルなGitクライアントです。最新の安定したリリースは、Linux用の事前に構築されたFlatpak、Windows、MacOS用の32 /64バイナリとして、または以下の指示に従うことでソースから構築できます。
最新の開発バージョンも事前に構築されています。
Gittyupは、Gitaheadクライアントの継続です。
現在の機能の概要を取得するには、GitHubページをご覧ください
gittyupタグを含めることにより、スタックオーバーフローでGittyupの構築または使用について質問します。新しい質問を作成する前に、既存の質問を検索することを忘れないでください。
Issue Trackerで問題を開くことにより、Gittyupのバグを報告します。新しい問題を作成する前に、既存の問題を検索することを忘れないでください。
それでもサポートが必要な場合は、Matrix Channel Gittyup:matrix.orgをチェックしてください。
外部依存関係は、システムライブラリによって満たされるか、個別にインストールされます。含まれる依存関係は、このリポジトリのサブモジュールです。一部のサブモジュールはオプションであるか、システムライブラリによって満たされる場合があります。
外部依存関係
依存関係が含まれています
libgit2が必要)libssh2およびlibgit2が必要) WindowsにOpenSSL構築するには、 PerlとNASM必要であることに注意してください。
サブモジュールを初期化します
git submodule init
git submodule update --depth 1
OpenSSLを構築します
# Start from root of gittyup repo.
cd dep/openssl/openssl
Windows:
perl Configure VC-WIN64A
nmake
MacOS(Intel):
./Configure darwin64-x86_64-cc no-shared
make
MacOS(Apple Silicon)
./Configure darwin64-arm64-cc no-shared
make
Linux:
./config -fPIC
make
ビルドを構成します
# Start from root of gittyup repo.
mkdir -p build/release
cd build/release
cmake -G Ninja -DCMAKE_BUILD_TYPE=Release ../..
標準以外の場所にQTをインストールしている場合、 -DCMAKE_PREFIX_PATH=<path-to-qt> <path-to-qt> binてQTへのパスを指定する必要がある場合がありますlib
建てる
ninja
Gittyupをインストールする最も簡単な方法は、Flatpakを使用することです。
Arch Linux
Archユーザーリポジトリからgittyupパッケージをインストールします。
git clone https://aur.archlinux.org/gittyup.git
cd gittyup
makepkg -si
または、AURヘルパーを使用します。 VCSビルドにgittyup-gitをインストールします。
ホームブリュー
Homebrewからgittyup Caskを取り付けます。
brew install gittyup
より純粋なコンソールの使用を必要とする場合、このスクリプトはプロセスを否定してフラットパックバージョンを実行し、それを /dev /nullにプッシュする出力を沈黙させます。たとえば/usr/bin (または~/.local/binをエクスポートした場合は〜/.local/bin)など、パスのどこかにスクリプトを保存し、実行権限chmod +x指定し、端末からgittyupを実行します。
#! /bin/bash
DIR= $( dirname " ${BASH_SOURCE[0]} " )
function run_disown() {
" $@ " & disown
}
function run_disown_silence(){
run_disown " $@ " 1> /dev/null 2> /dev/null
}
run_disown_silence flatpak run com.github.Murmele.Gittyupバグの修正、新機能、ドキュメント、翻訳など、あらゆる種類の貢献を歓迎します。貢献することにより、ライセンスの条件に基づいて貢献をリリースすることに同意します。
プルリクエストのために典型的なGithubワークフローに従って貢献します。リポジトリをフォークし、新しい名前のブランチで変更を加えます。 masterブランチに対してプルリクエストを作成します。 7つのガイドラインに従って、素晴らしいコミットメッセージを書いてください。
変更を犯す前に、 cl-fmt.shを使用して、このプロジェクトのコードがフォーマットコンベンションを順守するようにしてください。 setup-env.shスクリプトを使用して、すべての変更されたファイルに対してclang-formatを自動的に実行する事前コミットフックをインストールすることもできます。
変更をプッシュする前に、回帰を避けるためにユニットテストを実行してください。これらは<build-dir>/testで見つかり、 ctestを使用して実行できます。
Gittyupとその前身のGitaheadは、MITライセンスの下でライセンスされています。詳細については、license.mdを参照してください。