Scripting with Go: a 400-line Git client that can create a repo and push itself to GitHub
Scripting with Go: a 400-line Git client that can create a repo and push itself to GitHub July 2023 Go to: Tech summary | Error handling | Performance | vs Python | Conclusion A few years ago I wrote pygit, a small Python program that’s just enough of a Git client to create a repository, add some commits, and push itself to GitHub. I wanted to compare what it would look like in Go, to see if it wa
エンジニア向け「GitHub Pages」を使った技術メモ公開のススメ - karaage. [からあげ]
技術メモにGitHubのGitHub Pagesが最適かも ちょっとした、公開してもよい技術メモ。今まで、はてなブログに書いてきました。Markdown記法も使えるし、書きやすいし、デザインも手軽にそこそこ良いのができるしと、個人的には中々良いと思っているのですが、以下のようなときに不都合があります。 画像以外のファイル(csvとか)をアップロードしたい 修正の差分履歴を残したい テーマごとに大量のサイトを作りたい ブログというほどでもないちょっとしたログとして使いたい 無料で何かよいのないかなーと思っていたのですが、GitHubの提供するホスティングサービスであるところのGitHub Pagesが中々良かったので紹介します。最近アップデートして更に便利になっているので、少し昔に使って不満を感じていた方も、再度試すと思わぬ発見があるかもしれません。。 あと、GitHubって何？という人は学
![エンジニア向け「GitHub Pages」を使った技術メモ公開のススメ - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/16a012df58cb51eb74e36a7b9909fb75b4f18235/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20170815%2F20170815164455.png)
GitHubでtagをmasterにする - ジムには乗りたい
概要 GitHub上のOSSをフォークして開発したい。 でも、フォーク元のmasterではなくtagから派生させたい。 ので自分のリポジトリ（フォーク先）ではtagをmasterにする手順。 手順 リポジトリをForkする GitHubから普通にForkするだけ tagを開発ブランチとしてpushする cloneした後、tagを確認する git tag -l tagからブランチを作成する git checkout -b ${ブランチ名} refs/tags/${タグ名} 作成したブランチをpushしておく masterブランチを削除する GitHubではdefaultブランチがmasterになっている。 そしてdefaultブランチは削除できないのでGitHubの画面から変更する。 変更先はtagから作成したブランチ。 [settings]→[branches]→[Default bran
プログラムのネーミングに迷ったら GitHub でコード検索すると参考になる説 - Qiita
TL;DR プログラムのネーミングで迷ったら GitHub でキーワードを検索して、ヒットした件数が参考になるのでは？ 複数キーワードを検索して結果の一覧を表示する CLI 作りました https://github.com/kyoshidajp/ghkw ネーミング迷いますよね？ みなさん、コードを書いていて変数やメソッド名のネーミングって迷いますね。 こんな時に自分たちはチームを横断して「こういう名前考えたんだけど、これってどうかな？」という確認を Slack 上で行っています。先日、この Slack チャンネルを見ていて考えました。 「GitHub で検索すれば世の中のコードでどのぐらい使われているかざっくり分かるので参考になるのでは？説」 GitHub で検索できるという条件付きではありますが、コードの規模からするとある程度期待できそうです。 GitHub で検索 例えば「除外条件」
中の人に聞いたGitHub flowの本当の使い方 - Qiita
背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージ らしい。 マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。 ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること
Git（GitHub）の運用で気をつけていること - えいのうにっき
ある日、 PR の内容を見ずにマージすることを岡島（ピッチャーの）というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね！— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基本
[翻訳] GitTorrentを発表 - 分散型GitHub -
How will you describe my blog? Please tell me on twitter or email. ヤク中 この投稿はChris Ball氏による次の投稿を翻訳したものです。 Chris Ball » Announcing GitTorrent: A Decentralized GitHub すべての権利は彼に帰属します。あと私はまだ大学生なのでちょっと翻訳が汚いです。 原文より口調が強いといったこともあるかもしれません。まあこまけえことは気にせず読みな！ 本文 (この投稿は2015年の5月にData Terra Nemoのカンファレンスで行ったトーク の意欲に溢れた原稿です。私が実際に行ったものと同じトークをよりゆっくりと話したものの動画が 近いうちに公開されます。) 私は分散型GitHubの構築に取り組んでいるのですが、このことが何を意味し、なぜ重要な
初心者がプルリクまでに覚えるべきたった 9つの厳選 Gitコマンド - akiyoko blog
この投稿は 「Git Advent Calendar 2014 - Qiita」 の 2日目の記事です。 2年前の 「Git Advent Calendar 2012 - Qiita」 では、「Gitコマンド総選挙」と題して、本当に使える Git コマンドのベストテン発表というネタを書いたのですが、今振り返ってみても、Git コマンドって、よく使うものから普段あまり使わないものまで様々なコマンドが取り揃えられていて至れり尽くせり感がある一方で、Git 初心者が覚えるにはぶっちゃけ 数が多過ぎて辛い ですよね。 そこで今回は、Git 初心者がプルリクできる ようになるまでに覚えるべきコマンドを絞りに絞って、9つだけ紹介したいと思います（9つでも多いよ！というツッコミは受け付けません！）。 【コマンド その１】 git clone 【コマンド その２】 git log 【コマンド その３】 g
Sourcegraph - GitHub上でオブジェクト/メソッドジャンプを可能に MOONGIFT
最近では外部ライブラリを積極的に使って開発するのも珍しくなくなってきました。そのため、見慣れないオブジェクトがあった時にそれが内製なのか、外部ライブラリなのか分からないこともあります。 そんな時に使えるのがSourcegraphと言うソースコード解析サービスで、それをGoogle Chromeから扱えるようにする機能拡張もSourcegraphという名前でリリースされています。 Sourcegraphの使い方 適当なGitHubリポジトリを見てみます。 こんな感じにマウスオーバーすると関数名とその呼び出し方、返却値が出てきます。 オブジェクトやメソッドが対象になります。 解析が終わっていない場合はこんな感じに出るようです。 Sourcegraphは公開されているリポジトリのみ対象としているため、非公開のリポジトリに対しては使えません。ただ、オープンソースのライブラリであればSourcegr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - gitleaks/gitleaks: Protect and discover secrets using Gitleaks 🔑
Git・GitHubに隠された便利な機能 | GitHub Cheat Sheet（日本語訳） - Qiita
gitのuser.nameとuser.emailを会社/個人で自動的に切り替える方法 - Qiita
git-flowでもgithub flowでもない、Git本家推奨のワークフロー