AppMaster - The No-Code platform for building web & mobile appsNot sure where to start? Get going with our crush course for beginners and create your first project.
cgit - A hyperfast web frontend for git repositories written in C.
cgit Quick Facts web interface (cgi) for Git repositories, written in C. licensed under GPLv2. discussions, patches etc. go to the list (signup, archive). real time chat available in #cgit on Libera.Chat. common questions are answered in the FAQ. Features basic repository browsing (logs, diffs, trees...) caching of generated HTML cloneable URLs (implements dumb HTTP transport) commit feeds (atom f
tig なんて目じゃない！ Git のログ系 Vim プラグイン gitv ＆ gitv をGit 統合インターフェース化する最強の設定 - 反省はしても後悔はしない
この記事は Vim Advent Calendar 2012 の 168 日目の記事です。 昨日は id:yonchu さんの accelerated-smooth-scroll という Vimプラグイン を作った (Vim Advent Calendar 2012, 167日目) - よんちゅBlog でした。 はじめに 最近、Git のログを見る系のエントリが多い気がします。今回の Vim Advent Calendar でも はじめての unite source(unite-tig) - Design x Verification vac143 - YouTube Vimでgitのログをきれいに表示する - derisの日記 という記事がありましたし、また最近 git? tig! | Atlassian Japan CUI で Git 使うなら入れておきたいツールまとめ | バシャロ
Windowsで超簡単にGitを使う方法 （共有フォルダに中央リポジトリを作る） - 備忘録を書いていく
GitHubはソースが公開されてしまうので避けたい。 Windowsのローカルネットワーク内だけで使えればいい。 サーバもSSHもなしで、とにかく簡単に複数人でGitを使う方法。 結論を言えば、Windowsの共有フォルダに中央リポジトリを作る。ただそれだけの話。 でも（GitExtensionsに？）クセがあって、pushやpullをする段階でかなりハマってしまった。 ＜環境＞ 同じネットワーク内のWinXPが２台（PC-1,PC-2）。別途サーバなどはなし。 GitクライアントにはGit Extensions（無料）を利用。 ＜事前準備＞ PC-1,PC-2の両方にGit Extensionsをインストール。mSysGitも一緒にインストールされるはず。 PC-1にWindowsの共有フォルダを作る。（例）C:\public ＜手順＞ ★中央リポジトリと個人リポジトリを作る まずはPC
git の運用指針 - Cube Lilac
ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが（ただのコミットマシーン状態）、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ（私）と数人のサポートコミッタ（アルバイト等）で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基本的に 1 機能（1 チケット）を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ
gitの入門用のチュートリアル"Learn Git Branching"を訳した | 48JIGEN *Reloaded*
gitの入門用のチュートリアル"Learn Git Branching"を訳した 2013/03/18 ここで公開してます。スマホからだと動かないのでPCで見てください。 http://remore.github.com/learnGitBranching-ja ChromeとFirefoxでは動作確認してます。翻訳リソースはgithubに置いてあります。 Laern Git Branchingは： グラフィカルにgitツリーを操作しながらrebaseとかmergeとかを学べる IDEA * IDEAさんとかHackerNewsとかで、1か月くらい前に話題になってた MIT Lisenceで公開されてて自分で演習問題も作れる というツール。公開されてから1か月くらいしか経ってないのに、既に中国語、韓国語、フランス語の3か国語に翻訳されてる。海外の人仕事はえーと感心しました。 春だし新人さん
Gitoliteが要らなくなったGitLabを入れてみました / J'ai installé GitLab qui n'a plus besoin de Gitolite. - ふぇみにん日記(2013-02-20)
_ [OSS] Gitoliteが要らなくなったGitLabを入れてみました / J'ai installé GitLab qui n'a plus besoin de Gitolite. 俗にGitHubクローンと呼ばれるものの一つのGitLab。 前から興味はあったものの、Gitoliteが要るのが何となく面倒くさくて手を出さないでいたのですが、GitLab Without Gitoliteという記事で、3月22日にリリース予定のGitLab 5.0だとGitoliteが不要になると知って、それなら楽そう！と、さっそく試してみることにしました。 とは言っても、まだ5.0用のブランチもできていない状態なので、今日時点の最新版のインストールガイドと、上記のブログ記事にリンクのある4.2から5.0への移行ガイドの二つを見比べながら、やってみました。 特にこれといって書くことがないくらいあっさ
Amazon Linux AMIにGit + Gitolite + Gitlabをインストールして、プライベートGitHubを構築する - プログラマでありたい
半年くらい下書きフォルダーにあったGitLabのインストール記事をサルベージしました。今回は、Amazon Linux AMIと最新のGitLab 4.1系でインストールしています。が、あまりに長く面倒くさいので、三行でまとめてみました。 GitLabはGitHubのクローンで、セキュリティー・ポリシー的にGitHubがNGな会社に最適 GitLabの中身は、Git + GitoliteをラッパーしたWebインターフェース インストールが死ぬほど面倒くさいので、後でAWSのPublic AMIとして公開するよしたよ →GitLabのPublic AMIを公開しました。 以下、手順です。気が長い人は読んでください。 ライブラリのインストール 素のAmazon Linux AMIを立ち上げたら、まずライブラリをインストールしましょう。一部sudoでやっていくと詰まるところがあったので、素直にr
社内で立てられるGistサーバ·Gistub MOONGIFT
GistubはGitHubの提供するGistのクローンです。 GitHubの提供するスニペットサービスのGist。便利に使っている人も多いと思いますが、何となく会社で使うのは控えてしまっている…そんな人も多いでしょう。そこで社内で立てられるGistクローンGistubを使ってみましょう。 パブリックなGist一覧。 ソースコードハイライト付きです。 編集画面です。 編集すると履歴がつきます。 新しいGistの追加画面。 プライベートなGistも作成できます。 Gistubはエディター画面こそ単純なテキストボックスで、ハイライトする言語指定ができないものの他はGistと変わらず普通に使えるようになっています。社内で立ててチームで使ったりするのに良いのではないでしょうか。 GistubはRuby/Ruby on Rails製、MIT Licenseのオープンソース・ソフトウェアです。 MOON
GITLAB: Self Hosted Git Management Application
1. Keep your source code at your server! Your own lite app for projects/repositories hosting on your server. Fast, secure and stable solution based on ruby on rails. 2. Use Git! We use git as version control system for projects 3. Browse source-code, issues, comments. Manage team access to repository
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
CVS使いの人がgitを使ってみた記録(長いよ) - 駆け馬に無知
能書き仕事で新人の時に使い方を(SolarisのCUIで)強制的にマスターさせられたCVS。今でも仕事でCVS使ったりするけど、それはきっと以下に示す理由が揃っているからだと思っていたり。一通りの機能が揃っていて(バージョン管理、tag、branch、コミットログ)枯れていて使える人が多いそいでもってEclipseには標準でCVSクライアントのプラグインも入っているので、特にJava開発*1ではデフォルトで使える環境になっていると言っても良いのではないかと思う。ただし、後から任意の時刻のリポジトリにタグを打ったり、commitログを変更する事ができるCVSのGUIクライアントを見たことがないので、最終的にはCUIから完全に離れられない現状。 ところが時代の趨勢というかなんというか、やれSubversionだのMercurialだのgitだの。確かにCVSだとファイル名の変更ができない(いっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Atlassian、無償のGit/Mercurialクライアント「SourceTree for Windows」v1.2を公開
https://qiita.com/suzukit86/items/2e72c36dc8a776e4b45c