Sync with reactjs.org @ 022c1b2f #114
Conversation
Removed renderExamplePlaceholder as its never used
Fix shallow renderer link on test utils page
It solves a broken link on HOC doc
Project dependency doesn't add itself it global PATH. So call `tsc` will work either with globally installed typescript, or from npm/yarn script.
"collocation" instead of "colocation".
Fix typo in Hooks FAQ
Fix command for initializing tsconfig
Fix typo in blog
|
Deploy preview for pt-br-reactjs ready! Built with commit 73e3c16 |
tibuurcio
added
help wanted
Changed captalization in headers and some minor tweaks
tibuurcio
added
needs review
|
Hey @tesseralis, quick question. Is it better for us to "create a merge commit" or "rebase and merge" for those sync PR's? |
|
A gente costuma criar um commit de merge para essas atualizacoes. Sempre que for necessario fazer o sync: Habilite o allow merge commits nos settings, faça merge do PR e depois desabilite. Deixando somente o squash merge activo. |
|
Tá bom! Obrigado @fjoshuajr. Mas porque desabilitar sempre? 🤔 Já que não devemos fazer squash merge faz mais sentido pra mim deixar essa opção desabilitada, ao invés do "merge commits". Ou então deixar os dois habilitados mesmo, pra não precisar ficar indo nos settings toda vez. |
|
@tibuurcio, é que normalmente a gente só lida com merge de traducoes que tem varios 'commitizinhos' então o ideal é juntar todos esses em um só commit, usando o squash merge. Para a gente nao se confundir / enganar na hora do merge, só vai ter uma unica opcao possivel que é o squash. Agora de vez em quando surgem PRs de Sync (que a gente nao pode fazer squash), aí é que a gente usa/habilita o merge commit, mas o resto a gente faz squash. |
This PR was automatically generated.
Merge changes from reactjs.org at 022c1b2
The following files have conflicts and may need new translations:
Please fix the conflicts by pushing new commits to this pull request, either by editing the files directly on GitHub or by checking out this branch.
DO NOT SQUASH MERGE THIS PULL REQUEST!
Doing so will "erase" the commits from master and cause them to show up as conflicts the next time we merge.