1. 开启LocalDumps 配置方法 这项功能通过修改 Windows 注册表来进行配置。相关的注册表项位于 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps。 主要的注册表值包括： * DumpFolder (REG_EXPAND_SZ): 指定转储文件的保存路径。 * DumpCount (REG_DWORD): 指定在文件夹中保留的转储文件最大数量。当达到数量上限后，新的转储文件会覆盖旧的。 * DumpType (REG_DWORD): 指定要收集的转储类型。 * 0: 自定义转储（Custom dump）。 * 1: 迷你转储（Mini dump）。 * 2: 完整转储

背景 之前的一个项目使用Git进行源代码管理，现在项目中止，需要把代码迁移到公司大部分项目都在用的svn上进行存档。 迁移后的svn需要保留原始git的修改记录。 首先需要说明一下，因为目标svn是公司服务器，个人是没有服务器访问权限的，因此迁移过程困难重重，如果有服务器权限，那么最简单的方案是使用subgit,只需要在git端和svn服务器进行简单的配置，即可完美迁移。下面的讨论基于没有svn服务器权限的方案。 历经好几天的折腾终于找到了一个不算完美的解决方案，这里记录一下。 解决思路 经过了大量的搜索和AI的讨论，对于我的情况，最好的办法还是使用git svn。当然这中间进行了大量的妥协： git子模块问题(submodules) 待迁移的git项目中使用到了子模块，目前我还是没有找到可以完美保留子模块的方法，最后采用的折衷方案是使用git-filter-repo移除子模块相关的提交。否则在使用git svn dcommit提交到svn时，会因为找不到子模块对应的提交hash链接而失败。 原始提交人问题(author) 由于svn提交的提交人

本文基于Glenn Fiedler的英文原文翻译，原文请戳这里 为了防止歧义，一些专有词汇将保留英文原文。 以下是翻译全文： 介绍 这篇文章我们将从网络编程最基础的方面说起，即通过网络发送和接收数据。这仅仅是个开始——网络编程中最简单和最基础的部分。但是如何达到最佳实践过程，依然是错综复杂的。如果你弄错了这个部分，那么将会给你的联机游戏带来可怕的负面结果，请务必注意。 你很可能听说过sockets，并且可能已经知道有两种主要的类型：TCP和UDP。当编写一款网络游戏时，我们首先需要选择使用哪种类型的socket。那么我们应该使用TCP sockets，UDP sockets，还是将两种混用呢？ 你的选择完全取决于你想做的网络游戏的类型。本文（和后面的系列文章）的内容都将假设你要做的一款动作网游。比如大家熟知的：《光环》、《战地1942》、《雷神之锤》、《虚幻竞技场》、《反恐精英》、《军团要塞》等等。 按照我们想要做一款动作网游的假设，我们将非常详细的考察每种类型socket的特性，并且略微进一步探讨英特网是如何工作的。一旦我们掌握了这些讯息，那么作出正确的选择就易如反掌了。

第一章 网络游戏概述 将数据分为4种类型： 1. 非保障数据。这类数据不是游戏所必需的数据。所以当带宽有限时，游戏选择首先丢弃这些数据。 2. 保障数据。该类数据需要保证其准确到达以及到达的顺序。用于对游戏至关重要的数据。 3. 最近的状态数据。该类数据用于只有最新版本的数据才是重要数据的场合。 4. 最快保障数据。该类数据具有最高的优先级，在可靠传输的基础上，保障尽快到达。 * 我们游戏现在数据没有分类，导致网络传输出现瓶颈的时候，无法根据类型丢弃数据包，后续可以考虑优化，但是重点在于如何选择哪些数据可以被丢弃？

工程配置修改 1. 用vs2017打开原vs2008的工程，自动升级工程。 2. 修改所有Project的Windows SDK Version（默认升级完会变成8.1，但是VS2017自带的是10.x.x） 3. 新增X64平台配置。 4. 覆盖提供的tq_lib目录，修改MsgServer和NpcServer工程的库包含路径： mysql->mysql64 lib->lib_X64 GameLib->GameLib_X64 5. 覆盖提供的游服运行环境(X64运行环境DLL.rar)到游服运行环境目录sjmy_server_bin。（请注意备份原来的运行环境，建议新建一个sjmy_server_bin_X64来运行X64的游服）。 源码修改 1. hash_map已废弃，需修改为unordered_map： #ifdef USE_