SymfonyCon Vienna 2025: Twig, still relevant in 2025?

リモートからのgit pullなどの操作を、SSHのコネクション共有とリポジトリの自動ミラーを使って50倍高速化する方法。 注意 Gitサーバとの距離によって結果はまちまちだ。timeコマンドを使った全く科学的とは言えないベンチマークでは、以下の手順を実行した後はgit pullが、GitHubとシンガポールAWSのEC2で5秒以下から0.1秒以下になった。 なぜ? $ time git pull Already up-to-date. real 0m5.075s Gitリポジトリが最新だってことを表示するだけで5秒かかるって?あり得ない。 SSHコネクションの共有と永続化 シンガポールでは、github.comへの往復時間は250msほどだ。GitのオペレーションをするたびにSSHコネクションを張るのは、たくさんのやり取りが発生してしまう。しかし、~/.ssh/configに以下の行を書
街頭アンケート「非エンジニアのWindows環境でgitが運用出来ましたか」 40%: Github for Windowsを入れたが、日々何らかのトラブルが発生した 30%: TortoiseGitを入れようとしたが、面倒くさすぎてやめた 20%: 上記の情報を知っていたので、他のアプリを探したがどれもクソ完成度がイマイチだった 9%: 非エンジニアはsvnもしくは共有フォルダでファイルを管理してもらい、自分でpushするようになった 1%: 全員Macで開発するようになった 2013.3僕調べ そんなすべての環境設定おじさんに朗報です! Macで人気を博したgitアプリ、某法人利用率99%(僕調べ)の"Atlassian SourceTree"がついにWindowsへ登場!! これで環境設定おじさんの手間も省けるし、誰にも殺意を向けずにすみますね!!やったね!!! SourceTree
Dans le monde du trading en ligne, la sécurité des fonds et des informations personnelles est primordiale. Les utilisateurs de plateformes de trading en ligne sont de plus en plus conscients des risques liés à la cybersécurité, ce qui rend la protection des comptes et des données plus essentielle que jamais. FinProfm, l'une des plateformes de trading les plus... L'écosystème de la finance décentra
Takumi IINO @troter bzrって自分のローカルに任意のブランチを作る場合って、ローカルの共有レポジトリを作ってそこに作業対象ブランチをチェックアウトして、そのチェックアウトからローカルの共有レポジトリにトピックブランチを作るって作業をするのか。こういう点はhgとかgitとかの方がいいなぁ。容量的に 2011-01-19 13:33:26 Takumi IINO @troter 「共有レポジトリとブランチ(Repository tree)」と「スタンドアローン(Standalone tree)」の違いって、履歴などの情報を共有するか個別に持つかの違い?。スタンドアローンはディスク食べる。共有レポジトリはgitのブランチに近い事ができる。実体があるけど。 2011-01-19 13:37:36 Takumi IINO @troter 次のような操作をした場合を想定: mkdi
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用(抜粋) NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
After working for over a year alternating between two projects, one that uses Git for its version control and another that uses Mercurial, I have finally achieved sufficient mastery of both toolchains that I now feel comfortable defending my judgment that Mercurial is the superior of the two systems. I think Git has one glaring deficiency that makes it the inferior tool, and I hope to describe the
Navigation index next | previous | Home | Documentation | Bazaar Migration Docs » Bazaarに乗り換えるのはなぜ?¶ このドキュメントでは、なぜ人々が他のツールから Bazaar に乗り換えたのか、そしてなぜあなたがそうすべきなのかを説明します。 別の視点のドキュメントとしては、 Why Choose Mercurial? や Why Git is Better Than X があります。 Note ツール同士の比較というのは、常に油断のならないものです。 まず第一に、ユーザビリティなどの多くの事柄は、結局のところ個人の主観ということになります。 第二に、幅広い人々にとって意味のあるベンチマークをきっちりまとめるには多くの時間がかかるうえに、それはたいてい3ヶ月から6ヶ月もすれば無効になってしまいます。
Posted on August 10th, 2010. I've been using Mercurial Queues more and more lately. At the last Mercurial sprint Brendan Cully said something that made me realize that MQ behaves very much like a souped-up version of git's index. I wanted to write a blog post about the similarities between the two concepts so that git users could understand Mercurial's MQ extension a bit better and see how it can
Dec 9, 2010106 likes67,357 viewsAI-enhanced description This document provides an overview of GitHub and its technical architecture presented by Chris Wanstrath. Some key points: - GitHub started as a git hosting site but became a social coding platform where users can see friends' activity and leave comments. - It uses Ruby on Rails for the main codebase, Resque for background jobs, MySQL for the
Branched Code Thoughts on version control, software development, branching and merging from the Plastic dev team As part of our platform consolidation, this content will be moving to Unity.com by March 31st, 2025. Preview the new location and updated resources here. Who we are We are the developers of Plastic SCM, a full version control stack (not a Git variant). We work on the strongest branching
Vincent Driessen’s “git flow” branching model is a git branching and release management workflow that helps developers keep track of features, hotfixes, and releases in bigger software projects. This workflow involves many commands to type and remember. The git-flow library of git subcommands can help by automating some parts of the flow to make working with it easier. After installing git-flow1,
This document attempts to write down and motivate some of the workflow elements used for git.git itself. Many ideas apply in general, though the full workflow is rarely required for smaller projects with fewer people involved. We formulate a set of rules for quick reference, while the prose tries to motivate each of them. Do not always take them literally; you should value good reasons for your ac
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は本人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト(仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
Joel Spolsky / 青木靖 訳 2010年3月17日 水曜 しばらく前に、ジェフと私はStack Overflowポッドキャストにエリック・シンクを迎え、バージョン管理について騒がしく議論し、とくにトレンディな分散バージョン管理システムであるMercurialやGitのことを取り上げた。 そのポッドキャストで私はこんなことを言った。「私に言わせれば、ブランチやマージが簡単にできるようになるというのは、単に同僚たちがもっとブランチやマージをするようになるということで、余計混乱させられるだけのことだよ」 わかると思うけど、あのポッドキャストは前もって入念に準備したりはしていない。単に2、3人集まって、いい加減なおしゃべりをしているだけだ。そのため、しばしば我々の主張する内容が、少し専門的な言い方をするなら、「ちげーよ」ということになる。間違っているのはたいてい細かい部分か趣旨のどちら
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
Other Services Purveyors of the finest Internet solutions since 2002. Krystal is an internet services company specialising in a range of tools, solutions and services for businesses all over the world. From web hosting and cloud services to voice over IP and customer support platforms. Find out more
この度、縁あって実用Gitの共訳に参加させて頂きました。監訳は吉藤さん、共訳者はid:kaisehさんと渡邉さんです。また、付録として瀧内さんがGitHubについての章を寄稿されています。 日本語のGitの書籍としては、すでに濱野さん自ら書かれていらっしゃる入門Gitという名著がありますが、Loeligerさんの書かれた本書はよりチュートリアル的な内容となっています。目次を見るとわかりますが、テーマごとに章が分かれており、知りたい内容だけを重点的に読むこともできます。 Gitは、ユーザインタフェースで独特な部分があったり、Subversionにはない概念があったりすることにより、難解で理解しにくい物だと誤解されやすいですが、内部構造は驚くほどシンプルかつ強力です。実用Gitは常にこの内部構造に視点を置いた解説をしてくれるため、読み進めていくと「ああ、Gitはここではこういうことを裏でやって
LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 なお、Gitの基本的な考え方や使い方については分散バージョン管理システムGit入門でも紹介しているので、そちらも参照してほしい。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く