<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/vbauer/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя vbauer]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Fri, 01 May 2026 22:22:46 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    
    <item>
      <title><![CDATA[Безболезненное разрешение Merge конфликтов в Git]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/323234/</guid>
      <link>https://habr.com/ru/articles/323234/?utm_campaign=323234&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<p>Предлагаю читателям &quot;Хабрахабра&quot; перевод публикации <a href="http://blog.wuwon.id.au/2010/09/painless-merge-conflict-resolution-in.html">&quot;Painless Merge Conflict Resolution in Git&quot;<br/>
</a> из блога blog.wuwon.id.au.</p><br/>
<p>В моей повседневной работе, часто приходится иметь дело со множеством git ветвей (branch). Это могут быть ветви промежуточных релизов, ветви с устаревшим API находящиеся на поддержке для некоторых клиентов, или ветви с экспериментальными свойствами. Лёгкость создания ветвей в модели Git так и соблазняет разработчиков создавать все больше и больше ветвей, и как правило бремя от большого количества ветвей становится очень ощутимым, когда приходится все эти ветви поддерживать и периодически делать слияния (merge) с другими ветвями.</p><br/>
 <a href="https://habr.com/ru/articles/323234/?utm_campaign=323234&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Sun, 05 Mar 2017 10:48:53 GMT</pubDate>
      <dc:creator><![CDATA[VBauer]]></dc:creator>
      <category><![CDATA[Git]]></category>
      <category><![CDATA[git]]></category><category><![CDATA[tmux]]></category><category><![CDATA[vim]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[AngularJs $parse hacks]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/244001/</guid>
      <link>https://habr.com/ru/articles/244001/?utm_campaign=244001&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<i>Предлагаю перевод публикации <a href="http://bahmutov.calepin.co/angularjs-parse-hacks.html">«AngularJs $parse hacks»</a>.</i><br/>
<br/>
В недрах AngularJs прячется одна маленькая и замечательная функция: <a href="https://docs.angularjs.org/api/ng/service/$parse">$parse</a>. Обычно она используется внутри фрэймворка для интерполяции значений, например при двусторонней провязке данных (two way data binding):<br/>
 <a href="https://habr.com/ru/articles/244001/?utm_campaign=244001&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Mon, 24 Nov 2014 07:22:48 GMT</pubDate>
      <dc:creator><![CDATA[VBauer]]></dc:creator>
      <category><![CDATA[Angular]]></category><category><![CDATA[JavaScript]]></category>
      <category><![CDATA[angular-services]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
