タグ

githubとgitに関するuturiのブックマーク (9)

  • 世の中の小説作家と編集者は今すぐ Word や G Suite を窓から投げ捨てて Git と GitHub の使い方を覚えるべきだ - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? タイトルは釣りではありません。 最近、小説の執筆にあたって Git を導入して原稿の進捗履歴を管理しました。めちゃくちゃ便利でした。 GitHub を使って友人と一緒に校正校閲の作業をしました。めちゃくちゃ捗りました。 短編 SF 小説が短期間で完成しました。でも広告が目的ではないのでリンクは貼りません。 Git のことを何も知らない奴が GitGitHub の使い方を覚えたら便利だったし捗ったので、記事にしてしまおうぜという試みです。 2019年1月4日 追記 記事は「執筆」および「校正・校閲」の段階における Git と Gi

    世の中の小説作家と編集者は今すぐ Word や G Suite を窓から投げ捨てて Git と GitHub の使い方を覚えるべきだ - Qiita
    uturi
    uturi 2019/01/08
    この記事の数日後にGitHubが無料ユーザーにもプライベートリポジトリを作れるようにしたので、有用性が高まった。
  • Microsoft が「GitHub」の買収を完了 現地時間4日に正式発表へ

    ここ数日、Microsoftが「GitHub」を買収するのではないかとの憶測が広まっていたが、どうやらこの買収劇はすでに最終局面を迎えていたようだ。 Bloombergによると、GitHubMicrosoftの買収に合意。この買収に関する発表を、現地時間4日にも正式発表する運びとなっているという。 MicrosoftGitHubを買収、まもなく正式発表へ GitHubは、ソフトウェア開発プロジェクトのソースコードを複数ユーザーで管理するのに便利な機能が多数備わったGitホスティングサービス。世界で2,400万人が使用しており、JavaScriptPythonといった多数の言語のソースコードリポジトリーがホストされている。 このGitHubを積極的に利用しているのがMicrosoft。1,000人以上の従業員が同サービスを使ってソースコードを管理していると言われている。 今回の報道はB

    Microsoft が「GitHub」の買収を完了 現地時間4日に正式発表へ
    uturi
    uturi 2018/06/04
    もうすぐ正式発表出るかな。GitHubという名称も変わるんだろうか。
  • サクラエディタ GitHub 移行 - clock-up-blog

    概要 日製 OSS のテキストエディタである サクラエディタ はずいぶんと前から SourceForge.net 上で Subversion 管理されている。 ずいぶんと長い間サービスを継続していただいている SourceForge に感謝の念は尽きない。が、今の時流としては SourceForge による Subversion 管理を続けるよりも、機会があれば GitHub 側に移行したほうが機能追加や修正等のプルリクエストを受け付けやすくなり、品質の向上に繋がるのでは、というのが自分の所感。 今回はコミュニティに対しては事後承認的な形で、サクラエディタ V2(UNICODE版) 部分のリポジトリを GitHub に移行してみる。 コミュニティの承認が得られれば今回の GitHub 移行を正式なものとみなし、更なる整備を進めたい。 移行結果(コミュニティの承認待ち) 移行元: http

    サクラエディタ GitHub 移行 - clock-up-blog
    uturi
    uturi 2018/05/21
    未だにSubversionで管理していたのに驚く。おまけにtrunkが2つあるのか。
  • 【GitFeatureFlow】GitFlowをやめて本番リリースが楽になった話 - Qiita

    背景 サーバーサイド開発のプロジェクトでGitFlow(的な)運用を行っていたが、番リリースの際に困ることがあったのでgitの運用フローを変えて解消したという話。 まず問題の内容から順番に書いているので、結論(新しい運用ルール)だけ知りたい人はこちら git運用フローについては、GitFlow・GitHub Flow・GitLab Flowなどが有名だがどれとも少し違うように思ったのでまとめた。 <2018/06/10追記> 新フローにも名前が欲しいと思っていたが、同じやり方を「GitFeatureFlow」と呼んでいる記事を見つけた。個人的にもしっくり来たのでこれからはこの呼称を使っていこうと思う。 cf. GitFlowは使わない!シンプルな「GitFeatureFlow」を紹介します <追記終わり> 導入プロジェクトの概要 採用するべき運用ルールはプロジェクトの条件にも依ると思うの

    【GitFeatureFlow】GitFlowをやめて本番リリースが楽になった話 - Qiita
    uturi
    uturi 2018/05/14
    developブランチで検証してるはずなのに、検証しているブランチと異なる内容でリリースしてるので、どこかで事故を起こしそうな気がする。
  • 人間らしくコードレビューするには(パート1) | Yakst

    自動化することによりあなたはレビュアーとしてより価値のある貢献ができるようになります。importsの順序やソースコードのファイル名の命名規約などの問題を無視できるならば、機能上の誤りや可読性の問題といった、より関心のある問題にフォーカスすることができます。 オーサーもまた自動化の恩恵を受けます。ケアレスミスを見つけるのに1時間浪費することなく、即座に見つけられます。即座にフィードバックを受けられることで、関係のあることがオーサーの頭に残り、これにより学習が容易となり、修正コストが低くなります。それに加え、彼らが初歩的な誤りについて指摘を受ける必要がある場合、あなたから指摘を受けるよりコンピューターから指摘を受けたほうが彼らの自尊心の観点からはるかに気分がよいわけです。 これらの自動チェックはコードレビューのワークフローの中に入れましょう(例えば、Gitのコミット前のフックやGithub

  • gitにおけるコミットログ/メッセージ例文集100

    私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめに ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、こ

    gitにおけるコミットログ/メッセージ例文集100
    uturi
    uturi 2017/10/14
    チートシートとしてありがたい
  • 研究者として生きていくコツ

    You 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

    研究者として生きていくコツ
    uturi
    uturi 2017/09/29
    “食事の時間、睡眠時間を削ったとしても、正味の研究時間は二倍にはならないでしょう。”“効率の悪化を考えると、正味の作業量/アウトプットはせいぜい無理する前の1.5倍程度がいいところだと思います。”
  • 優秀なプログラマーになるためのコツ

    You 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

    優秀なプログラマーになるためのコツ
    uturi
    uturi 2017/09/27
    “才能がどうとかいうレベルの問題ですらないんです。傷病になるかならないか、なんです。そういうラインが優秀なプログラマーとそれ以外の分水嶺になってしまっている。” つらい
  • GitHub English Challenge Cheat Sheet - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    GitHub English Challenge Cheat Sheet - Qiita
  • 1