GitHub - FriendCode/gittle: Pythonic Git for HumansYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
結婚した部下へ贈ったことば - memo log
週末、部下の結婚パーティーがありました。 その席で上司として祝辞を頼まれたので、色々考えたあげく、Gitに学ぶエンジニアが結婚生活を生き抜くためのテクニック的な話を盛り込んでみました。 wedding-party-speech/speech.md at master · chris4403/wedding-party-speech · GitHub 会場はエンジニアがほとんどだと思っていたのですが、意外と非エンジニアの方も多く、想定以上に空回りしてしまいました。いやー、会場の冷え込み具合ったらなかったですね。とはいえ、結婚式や結婚パーティーなどのイベントは、記憶に残るくらいの方がいいというのが持論ですので、決して後悔はしていません。数年後、部下が「あのときchris4403が喋っていたことは的を射ていたなぁ」と思い出してくれれば幸いです。 念のためですが、これはスピーチの一部であって、ちゃ
Git Legit
gitleg Comments Off on Mengenal 3 Fungsi Utama Penggunaan Bahasa Pemograman Pada GIthub Untuk Para Developer Mengenal 3 Fungsi Utama Penggunaan Bahasa Pemograman Pada GIthub Untuk Para Developer Mengenal 3 Fungsi Utama Penggunaan Bahasa Pemograman Pada GIthub Untuk Para Developer – Github merupakan jenis website yang bisa digunakan dalam menyimpan serta mengelola suatu kode pada suatu produk. Anda
GitHub Flow – Scott Chacon
Issues with git-flow I travel all over the place teaching Git to people and nearly every class and workshop I’ve done recently has asked me what I think about git-flow. I always answer that I think that it’s great - it has taken a system (Git) that has a million possible workflows and documented a well tested, flexible workflow that works for lots of developers in a fairly straightforward manner.
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Gitlab vs GitHub: A Comparison - Lumberjaph
Knowing which software is best for your needs is crucial when wanting to use a single application for any project planning and source code management. There are many different ones from which to choose, but here we will take a deeper look at Gitlab and GitHub, and how they compare overall. First, understanding that both Gitlab and GitHub are web-based Git repositories is crucial to understanding w
自宅にgithub(みたいな物)を作る (CentOS5.5+CakePHP1.3+Chaw1.0 Beta) - blog@sotm.jp
PHP 5.3.3 # php -version PHP 5.3.3 (cli) (built: Sep 13 2010 01:58:19) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies MySQL 5.1.50 # mysql --version mysql Ver 14.14 Distrib 5.1.50, for redhat-linux-gnu (x86_64) using readline 5.1 Apache 2.2.3 # apachectl -version Server version: Apache/2.2.3 Server built: Aug 30 2010 12:28:40 git 1.7.3 # git --v
A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind
git-flow という git の運用を補助するプラグインを使ってみたので、その過程をメモしてみました。 そもそも git を採用理由なども書いていきたいと思います。 git を採用した理由 まず何よりも git を採用した理由ですが、日本語の本がたくさんある。Subversion のように気軽にブランチを切ったりマージが出来ない方法では「開発スピードにバージョン管理がついてこれない」という結論に至りました。 そこで svn から git へ以降の準備を進めています なぜ hg や bzr ではないのか git-svn を前々から使っていて rebase のありがたみや branch を気軽にきる運用になれていたからというのもありますが、なにより身近に詳しい人が多いというのが一番です。 Tower や GitX という素敵な GUI があるのも魅力の一つですね。 A successful
Tower Git Client - Tower — The most powerful Git client for Mac and Windows
Version 12.4 was released on November 28, 2024 Version 8.3 was released on December 16, 2024 Release Notes Read Blog Post Git Made Easy Drag and Drop • Undo everything • A unique Conflict Wizard • File history • Extensive documentation • Great customer support Learn More All of Git's Power (And None of the Pain) Pull Requests • Single-line staging • Interactive Rebase • Submodules • Git LFS • Git-
Happy Git Commits
It’s a given: being happy makes us more productive. A few weeks ago while pairing, we decided that choirs should sing and crowds should cheer whenever we commit. I now have this in .git/hooks/post-commit for the projects that I work on most often: #!/bin/sh afplay ~/.git/happykids.wav > /dev/null 2>&1 & Here is the sound file it plays. I giggle every time I commit. It makes me want to start on the
gitのdiffとかで長い行の表示が切れないように設定する - すぎゃーんメモ
git diffした時に、横に長い行の表示がコンソールの右につきぬけてしまって、右のほうが見えなくなってしまうんだけど、どうすればコンソールの右で折り返して表示してくれるのか誰か教えてくれませんか。MacのTerminalです。 http://twitter.com/shin1ogawa/status/13489861413 というのがあって、 git diff --color | less -Rとかで出来るっぽいという話になったんだけど、そんなのやらなくても設定でどうにかできるはずだよね、という話をhokaccha氏にしてみたら、すぐに調べて教えてくれた。ありがとうございます！ $HOME/.gitconfig に、 [color] ui = auto [core] pager = less -rと書いておけばいいだけらしい。 git diffとかで表示が切れてしまうときの対象方法 -
How do I push amended commit to the remote Git repository?
When I've worked a bit with my source code, I did my usual thing commit and then I pushed to a remote repository. But then I noticed I forgot to organize my imports in the source code. So I do the amend command to replace the previous commit: > git commit --amend Unfortunately the commit can't be pushed back to the repository. It is rejected like this: > git push origin To //my.remote.repo.com/stu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitのsubmoduleに変更を加えるとdiffが生じるのを無視する - Qiita
Accueil
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ
[git] ブランチ、タグ、その他リファレンスの略記 - satoko's blog - s21g
Gitでpatchを作成して適用する手順のメモ - Hello, world! - s21g